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Who proved that passion for a great 
product could be contagious for 


higher purpose. 


FOREWARD 


Design Operations (DesignOps ог DesOps) isa new term 
and emergent set principles that align with DevOps 
practices that have been developed to enable designers, 
product owners and developers to work together in the 
agile world of digital transformation. Many DesignOps 
practices have been standard operational practice 
within forward thinking design groups and software 
companies for some time but they have not been given 
a name. It is only recently they have been integrated to 


form a set of practices labelled Design Ops. 


Design Ops is such a new discipline and that the term 18 
still being defined across various platforms in the form 
of blogs, summits and now a global conference, that 
are focused on bringing professionals together to share 
views, practices, approaches and define the nature and 
intent of Design Ops. Tbe DesignOps Global Conference is 
one of these new platforms that provides a platform to 
design practitioners, product owners, business leaders 
and engineers to come together to share their views 
and approaches and form the DNA of DesignOps. It is 
fitting that the DesignOps Global Conference has Samir 
Dash as a keynote speaker! 


Samir Dash is a thought leader and design practitioner 
that is defining the DNA of DesignOps. Samir is a 
Principal Software Engineer at Red Hat and has many 
years of experience in design, usability, interaction 
design and information architecture working across 
products and service organisations like Samsung, Dell, 
IBM, Cisco, and Xerox. 


He is an author and blogger that presents a view on 
the future of Design Operations (DesignOps) across 
organizations and industries. He also actively writes 
and speaks at various engagements on different aspects 
of the future of design systems through building a 
'semantic and open design-system and associated 
ontologies for the future of design-related automation 


and machine learning domains. 


I met Samir online through our mutual interest in 
Design, User Experiences and DesignOps and we 
decided to work together to bring awareness to the 


wider design and development community. 


I have found his thinking and ideas to be forward 
thinking, inspirational and practical. His book brings 
together his recent thinking and approaches based on 
his day-to-day experience of working at the cutting 
edge of design and development in the agile world of 


digital disruption. If you read one book this year, this 
should be the one. 


Peter Fossick 
Producer & Co-ordinator 
DesignOps Global Conference 2019 


https://designops-conference.com/ 
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Long conversations with Murugesan Ganesan, my 
friend and one of the best design-thinking practitioners 
from Bengaluru, over the coffee table during the 
last couple of months helped reaffirm, many of the 
philosophies mentioned in this volume of the book. 
We have been having some pleasant talks to the chair- 
fights on many of the concepts to beat it out from 
different angles to be re-assured of its practicality 
that helped me see things in the new light. His "two 
things" was never limited at 'two', as he always went 
for the extra mile to ensure that he communicated 
himself correctly, and on the course, he corrected me 
at many of the crossroads of ambiguity. I am indebted 
for all the passionate guidance he provided that worked 


magic to make this volume of the book a reality. 


ТАВЕЕ ОЕ СОМТЕМТ 


WHAT THIS BOOK IS ABOUT? 


SECTION 1: OVERVIEW 

ONE | 

ЕМЕВУ ORGANIZATION ISA DESIGN 
ORGANIZATION. 

TWO: tct aaa О О ОО 
THREE уге с бос ты 
DESOPS+DEVOPS = FULL- CIRCLE. 
FOUR ------ 

OUTPUT VS. OUTCOMES - A 
PERSPECTIVE CHANGE. 


FIVE 


FABRIC OF CONTINUOUS FEEDBACK- LOOPS. 


SIX ------- 


PETAL PROCESS DIAGRAM: DISCOVERING 


TOUCH-POINTS. 


INTERCTION, UI & BRANDING : THE ROLE OF 


DESIGN SYSTEM. 
EIGHT > 


OPEN DESIGN. SYSTEM: ADDING SEMANTICS 


TO DESIGN SYSTEM. 
NINE - 


NUCLEAR DESIGN MODEL: HEREDITY R 


INHERITANCE. 


THE THREE PILLARS OF DESOPS 


11 


-18 


-34 


-46 


-56 


68 


82 


-106 


136 


-166 


= 236 


SECTION 2: CULTURE 


ELEVEN ~~ 
TEN COMMANDMENTS (PRINCIPLES) OF 
DESOPS. 


TWELVE - 
TEN PRACTICES OF DESOPS. 


THIRTEEN —-- 
HYPOTHESIS- DRIVEN APPROACH FOR 
DECISION-MAKING. 


FOURTEEN © 


VISION IS THROUGH THE UNDERSTANDING 


OF VALUE. 


FIFTEEN 2" 
MINIMIZING TRANSLATIONS ACROSS. 
TOUCH-POINTS. 


SIXTEEN — - 
VICIOUS CIRCLE ОЕ FIXED MINDSETS. 


SEVENTEEN ERA 


IT IS ABOUT ZERO DESIGN-CASTEISM 4 
INCLUSION. 


EIGHTEEN - 


DESOPS CULTURE 15 INNOVATION - 


CULTURE. 


NINETEEN UE 5 
ТВАМЗРАВЕМТ CULTURE & DESOPS 
BELIEF-SYSTEM. 


TWENTY ——- 
DESOPS ORGANIZATION 15 АМ ОРЕМ 
ORGANIZATION. 


TWENTY-ONE - 
PAST REFLECTIONS FUTURE 
PERSPECTIVES. 


REFERENCE 


- 248 


- 282 


312 


- 332 


344 


364 


384 


~ 394 


404 


414 


< 428 


· 449 


What this 
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about? 
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D esOps (aka. Design Ops) is an approach to design, 
inspired by the culture of DevOps. At the fundamental 
level, DesOps is not about introducing new models or 
process in the enterprise, rather, it is about orchestrating 
Design Thinking, Lean Methodologies and UCD 
models & other best practices of the industries along 
with modern technologies to understand, create and 


deliver value. 


The DesOps Enterprise is more than a belief system 
(like the Open Organization or the Agile Organization), 
that takes strength from the foundation of DesOps. 
The DesOps Enterprise is about how to empower the 
enterprise or the organization with the right culture, 
processes and eco-systems to support design-driven 
process and data-driven decision making with agility 
and speed to conceptualize and deliver great products. 
In this three-parts book series, we will touch upon the 
practical approaches on how to prepare for this next- 
wave in service-design of that compliments DevOps 
in the concepts of a cultural shift, collaboration and 
automation. We will also see what are the solutions 
today that contribute to bringing the full circle of 


design in software development life-cycle. 


This book series aims to deliver the explorations 


and insights into the modern approach to design, as 
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a creative process, spanning across the whole gamut 
of disciplines like Product Management, Marketing 
Management, Market & User Research, Interaction 
Designing, Information Architecture, Quality 


Assurance, Product/Service Strategy and Delivery etc. 


Current, the first volume of the series deals with the 
fundamental principles and explores the cultural aspect 
of DesOps. To implement successful Design driven 
organization, it is important that every member of 
the enterprise must understand and believe in design 
(unlike the popular belief of it being a discipline of 
visual arts) as a creative approach to problem solving to 
capture delight and in this light be a part of the design 
operations which encompass from envisioning of the 
product till delivery of it as a delight to the end-users 


and customers. 


This is a must book for you if you are looking for how 
to connect the dots between the design best-practices 
and the modern day management philosophies along 
with the frameworks to enable meaningful operations 
in the organization for delivering great product/service 


experience. 
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О. the past few years, design has become 
more than a discipline. It has become a mindset, one 
gaining more and more traction in industrial practices, 


processes, and operations. 


Dieter Rams, the legendary designer, known for his 
Ten Principles of Good Design, defines good design 
having the following attributes: 
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• Innovative 

• What makes a product useful 

• Aesthetic 

• What makes a product understandable 
e Unobtrusive 

• Honest 

• Long-lasting 

* Through down to the last detail 

• Environmentally friendly 


* As a little design as possible 


When we apply these to any process from any 
industry or domain, we see that every organization 
that outputs product or service offerings, have the 


elements of design in its workflows. 


It is an interesting crossroad in time where 
the next big thing in product delivery is to bring 
scalability and automation to the creative or the design 
process. People have recognized the value in making 
design the fundamental component of the process and 
methodologies aimed at both the “business side” and 
the “people side” of the organization. “Thinking with 
design” is a great way to approach business problems 
and organizational culture problems. In today’s world, 
while design as a discipline is getting more and more 
recognition across the entrepreneur world and many 


industry efforts like IBM Design Thinking and similar 
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frameworks, trying to create a synergy between the 
agile approach of SDLC and the Design Thinking. 


Connecting 
dots... 


Almost eighteen years back, while being at an 
arts college with specialization in Critical Theory, 
I was first introduced to the idea around how 
multiple disciplines converge together, to make a 
more meaningful contribution towards the areas like 
literature апа poetry and the film, each of which 
touches and excites human emotions and drives the 
values that our social existence depends upon. Those 
times, from Platos Republic and Longinuss Sublime to 
Derridas Deconstruction Theory, ignited the curiosity 
on how these overlapping insights can help to bridge 


things and needs in the real world. 


Later as I started my journey as a designer in 
the industry, I saw the different dots connecting. 
Design, being а discipline similar to Literary 
Criticism and Critical Theory, where human practices 
and philosophies intersect and both influence 


and get influenced by the human behaviour and 
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in your. 
organization? 
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responses towards certain core human values, also 
has similar characteristics. In the softwares context 
and Information Technology industry, I always see 
design as an intersection between creativity, value 
creation and the technology where all shape each 
with the help from user-needs and blending of these 
results into successful products. Any typical software 
product delivered involves many complex and diverting 
technologies, processes, people and visions. Though 
mostly a software delivery happens with the team 
members decided in two major groups-developers and 
designers, ultimately the best outcome always depends 
on the fact that how these two teams communicate 
with each other and how efficiently the thoughts and 
ideas are shared, propagated and translated. And I am 


sure that this is also true for other industries. 


Irrespective of the industries we refer, for 
product development, the amount of complexity and 
the variety of aspects starting from the diversified 
thinkings, technology, tools and processes that go into 
it, is significant. Many have attempted over the period 
to improve various aspects of it so as to ensure the 
delivery process can be optimised to scale up to the 
ever-expanding needs. In software and IT infrastructure 
industry, recently one such a phenomenon was DevOps 
that focused on rethinking the development and 


operations to improve productivity and efficiency. 
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DevOps started in the industry towards the last part of 
the first-decade post-millennium. Back in 2008, there 
was a fine separation between the roles who code and 
the roles who deploy them. Basically, the coders or the 
programmers were responsible with code generation 
while the infrastructure guys were looking after the 


process of deploying them. 


Every role 


a er 
role. 


Whenever I asked to any team of the workshops 
I conduct, about how many of the percentage of the 
workforce, of the organization they are part of, are 
designers? I typically get the numbers starting from 
5% to 30% as the answers. And even though almost 
every participant is found to be excited to refer Steve 


Job’s famous definition on design: 


Most people make the mistake of thinking 
design is what it looks like. People think 
it’s this veneer — that the designers are 
handed this box and told, “Make it look 
good!” Thats not what we think design 
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is. It’s not just what it looks like and feels 


like. Design is bow it works. 


Yet, they rarely apply it when trying to answer this 
question. Its primarily because the common acceptance 
of the fact that every role in the organization is a 
designers role. For example, a person who codes and 
is known to be a hardcore developer actually while 
coding goes through the creative process to deliver the 
outcome, and that aspect we rarely appreciate as a part 


of a designers attribute, by the definition of design. 


When a developer, works on his code, he might 
use the common tools like - ЧЕ... else”, “do... while” 
and the similar, it is his creativity that gives birth to 
the awesomeness of the software product he delivers. 
Similarly, a product manager, irrespective of the fact 
his is perceived as a more business and market focused 
role, he uses creativity in understanding the data from 
the market and analyses it in the feasibilitys context 
and business needs, decides the course for the product. 
As his outcomes like the roadmaps or product strategy 
etc. emerge from the creative process he goes through, 
are in fact the outcome of the design process, and 
proving him to be a designer, in the true definition of 


design. 
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DESIGN 
creative 
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Therefore, in an organization, any role can be seen 
as a designers role in domains. So it would not be 
hyperbolic to state that every organization is a design 
organization. Coming up with any product or service 
involves the process of creative problem solving and 


that is the core to any design. 


All the nooks and corners of any enterprise include 
the design aspect — apart from typical communicating 
the value (marketing aspect) and the branding aspect 
design runs the blood in each touch points ofthe process 
involved e.g. research, ideation, conceptualization and 
delivery, etc. Even the planning of the research services 
involved are example areas where design plays a key 
role. In such a sense, every organization is a design 


organization. 


DesORS Iset. 


So, here we have in face оҒив a challenge to identify 
and develop the right mindset in us that values and 
respects the designer aspect in all the roles involved 
in the product/ service life cycle. This is exactly what 
DesOps or Design Ops is all about. 
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DesOps is about making the roles conscious about 
the designer in them. And in such a broad sense, it 
helps in finding the answers to the questions like - 
How can designers work across the enterprise in a 
better way? Or how different practices can implement 


design philosophies effectively? 


Especially for the design discipline — how it can 
be synergized with other disciplines and practices to 
contribute effectively towards understanding, capturing 
and delivering the value through the product/ service 
that the organization offers? How the operations 
across the enterprise/organization can be effective in 
collaboration across the diversified disciplines, roles, 
processes, models, tools and techniques? How touch 
points across the enterprise can be identified that can 
be optimized through the usage of technology and 


shaping up ecosystems? 
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D esign-thinkers over the period have tried to 
visualize, how design can be translated as the core 
methodologies like Design Tbinking, Lean, Agile etc. 
meaningfully. Its important to notice as industries saw 
potential in a design-driven approach that can help 
these organizations to be more efficient and effective 
in delivering value to its customers. However, there are 
still many questions are in the open, especially about the 


operational aspect of these translations of core values 


dd 
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of design — “When should we use Design Thinking?”, 
“What is the best way to run a design process?” “How 
effectively we can fit design into Agile? Or Agile into 
Design Process?”, “Which methodologies is good for 
my team and the design practices I am following?” and 
so on. Even today, the day of the designer starts with 
the struggle to find the right answer to such questions, 
as he juggles with different perspectives from entities 
and roles that surround him. Still, many questions 
remain — especially questions about the operational 


aspect of translating core design values. For example: 


• "When should we use Design Thinking?" 


"What is the best way to run a design 

process?" 

* "How effectively we can fit design into 
Agile? Or Agile into the design process?" 

* "Which methodologies are best for 


my team and the design practices I am 


following?" 


The list goes on. Though, the tighter integration 
of design principles into all phases of development 
processes is becoming more common —something 
we might call DesOps. This mode of thinki ng, Design 
Operations, is a mindset that some believe might be 


the successor of the DevOps movement. 
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In the context of the Software industry, I always 
see "Design" as an intersection between creativity and 
the technology where both shape each with the help 
from user-needs and blending of these results into 


successful products. 


Creativity is typically seen as "the tendency to 
generate or recognize ideas, alternatives, or possibilities" 
that may be useful in solving problems, communicating 
with others, and entertaining ourselves and others 
(Franken, 1993: 396). In accordance to Franken, Newel 
and Shaw in Sefertzi (2000: 2) stated that creativity is 
the generation of imaginative new ideas. The result of 
its creative thinking process is essential to develop a 
creative solution and creative action-based strategies 


to solve problems. 


Possibilities 


Alternatives 
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DesOps 
inspired from 


mindset. 


Because of the rise of agile process, the code 
generation and deployment as a part of delivery 
became more frequent and continuous, unlike the age- 
old waterfall model, when it used to happen every six 
months or ayear. In all major software services industry, 
it was common to have a fixed calendar dates in the 
year that represented the release or deployments. The 
2-3 weeks sprints of Agile approach made it obsolete 
in many. As the continuous delivery became the de 
facto standard, this narrowed down the gap between 


the development team and infrastructure team. 


This also gave rise to the need of multi- 
disciplinary roles or individuals who can bridge the 
gap between the production environment and the 
development server, allowing their code to be deployed 
in a more efficient way and faster. As the DevOps 
took shape, the surrounding practices grew from a 
few talented hackers to a profession with a culture 


of its own involving its own set of tools, practices, 
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DesOps 
take 


ор». 


• по more limited to dev2deploy cycle 
* connect vision to delivered value 

* cover whole lifecycle 

* End to End Feedback loops 

* handle human aspects 

* bring design-thinking as way of life 

* prefer 'outcome' over 'output' 
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technologies and workflows which became the norm in 
the industry today. We can list the primary attributes 
of the DevOps as: 

* It is a mindset. 

* Focuses on removing waste. 

* Define repeatable, reliable process. 


* Enable feedback-loops. 


* Be lean. 


If we further dig deep, we can identity certain 
areas, where there are scope to take this mindset to the 
next level and make it available across wider canvas of 
how any organization works to deliver awesomeness.. 
For instance, instead of limiting the mindset to 
Development-to-Deployment/Testing cycles, the 


concept itself can span beyond this. 


When we talk about DesOps, we refer to the 
fact it gets inspired from DevOps, and continues to 
transcend beyond it. DesOps in reality, helps take 
the next steps for DevOps by bridging the gaps or 
limitations, the DevOps mindset inherited which. The 
points where DesOps takes the next steps are: 


* No more limited to Dev-to-Deployment 
cycle. 
* Connects Vision to Delivered value. 


* Cover whole life-cycle 
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• End-to-End feedback loops. 
• Handle human aspects. 
• Brings Design Thinking as way of life 


• Prefers outcome over output. 


DesignOps is an approach to design inspired by 
the culture of DevOps. 


DesOps 
next-wave. 


DesOps mindset impacts the three dimensions 


integral to us: 


* How we work. (Process) 
• Who we are. (Culture) 


• What we work towards. (Greater Vision) 


DesOps mindset through these three aspects, 
tries to bring human values back to the process and 
workflows, which humankind has been exploring and 
testing for bringing a positive change to the society 
and the humankind through the use of technology and 


mechanical assets and workflows. 
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DesOps, is not only about finding the right 
process and work-culture for the enterprise. Its not 
about defining, rather it is about grooming the team 


and the self to bring the mindset. 


Unlike any other organizational philosophies, 
DesOps does not look for only process optimization, 
or on finding out the areas to through typical service 
design models to just reduce waste and improve 
productivity and collaboration. Rather DesOps, uses 
these as means (and not an end) to elevate the culture 
so that the team is groomed to appreciate human 
value through empathy. This enables the enterprise 
to identify the real problem around it in the human 
society in different strata, segments and associated 
archetypes in the world, which we can address through 
innovations to deliver the solution that the world needs 
and enabling the enterprise to grow in business. This is 
a win-win case for the enterprise and the segment that 
is affected by its solutions or products. DesOps, is a 
mindset that brings back to our perspective the human 


values, to help build a better world for humankind. 


DesOps aims to bring a change to pure 
materialistic approach to innovation and bring change 
to us so we can evolve move to a higher level. That's 
why when we talk about DesOps, we need to understand 


that we are talking about approaches to identify the 
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human emotions, values and all human aspects of the 
user of the solution or the awesomeness we will deliver 
through the looking glass of empathy and humility. 
The core principles of DesOps (as we will explore in 
the coming chapters in this book) revolve around the 
Design Thinking and HCI values, and the prescription 
of how to make them the part of our everyday lives 


within and outside the enterprise we are part of. 
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THREE 


M.. of the DevOps today focuses on the process 
blocks mostly impacted Engineering or technical aspects 
of the product rather than the design aspect. To bridge 
that gap, in recent times many attempts are being made 
to define a consistent approach called DesOps. The 
DesOps or DesignOps is a relatively new term. Many, 
to comprehend better, refer to DevOps, which has the 
prominent, similar underlying philosophies and goals. 


Design operations (aka DesignOps) is though relatively 
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new concept yet is a growing area of concern for design 
teams seeking to help their teams increase the value 
they produce for their host organizations and that 


organization’s customers. 


The term and the practices exist inconsistently 
in many attempts made by different organizations since 
many years. Even when we try to implement a DevOps 
geared process to run a Design driven process model, 
still the actual challenges, the gaps between the design 
and development or the design and testing blocks 
are not fixed. So without implementing a DesOps or 
Design Ops to fix the design and other endpoint blocks, 
implementing DevOps will never yield the desired 
outcome and cannot sustain the core philosophies 


behind it. 
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DesOps and DevOps both are complementary to 
each other. Тһе Design delivery process improvements 
try to optimize the overall delivery process and 
contributing to the DevOps. For example, the aspects 
such as testing of the product that involves design 
aspects, usability, and accessibility. In the testing phase 
we need some benchmark to a refer that can only come 
from a process where the DesOps has implemented that 
outputs and feeds the benchmark to the design phase 
where the testing block can use it. Besides this when 
we are in Agile or iterative and continuous process 
models, at each sprint cycle it executes the end-to-end 
flow and making the Continuous Integration (CI) and 
Continuous Delivery (CD) meaningful. 


DesOps 
DevOps 2.0 


DesOps, was primarily born out of the primary 
need of how to design at scale. The factors that 
shaped it are like that shaped DevOps. With the new 
age software delivery in recent times, with the Agile 
process and Continuous Integration and Deployment 
of code, the DevOps approach provided a faster 
highway to ensure faster delivery with low risks. So 


the earlier SDLC model got redefined over the period 
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with Agile and Then the DevOps to its current shape. 
It bridges however, as the design was an integral part 
of any product delivered, the necessity to ensure the 
gaps between traditional design life cycle working 
along with the fast track of development life cycle 
using DevOps. 


The need for tighter integration between 
the design team and the engineering team became a 
necessity to ensure to design at scale. During recent 
two-three years, the top five big companies have made 
heavy investments into this area to pave the way for 
other organizations and design communities to be more 
explorative in this area. It reflects the implications of 
DesOps in the outcome where the silos among the 
teams and disciplines get reduced. Along with this, 
it improves the collaboration among cross-functional 
team and working practices, which contribute in 


minimizing wastage in the delivery process. 
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FOUR 


5. emantically outputs are extrinsic and outcomes 
intrinsic, however, their difference is more profound 
and important in process planning. In contrast, when 
output when in focus of a process, whatever the result 
is that process ends. The process does not care about 


the result. 


When the focus is on outcome, the process 


continues till the desired result is achieved. This also 


al 
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gives an opportunity to service design to improve 
the process if a desired result is not meet, through 
tweaking, or adding or redesigning the associated 
workflows, models, etc. So, every outcome-oriented 
process goes through a feedback loop that continues 
till the desired result is achieved or the attributes met. 


Output based approaches to process miss this. 


Outcomes of a process is the feedback loop that 
keeps on flowing and opening the door for continues 
improvement at every touch point of the processes 
running. In case of the outputs, the feedback is the 


result that comes at the end of the process cycle. 


Typically, a process is defined as “a set of 
interrelated or interacting activities which transforms 
input into outputs.” However, the output of a process 
is more like “what it produces”. But when we add 
the dimension of “Why we care?” to this, then we 
observe the “outcome” from the process rather than 
the outputs. An “outcome” is the achievement to be 
obtained rather than the results from a process which 
we see as outputs. As the Harvard Business Review 


website puts it: 


Outcomes are the benefit your customers 


receive from your stuff: This starts with 
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truly understanding your customers’ 
needs—tbeir challenges, issues, 
constraints, and priorities—by walking 
in their shoes and in their neighborhoods, 
businesses, and cultures. [...] Outputs, 
such as revenue and profit, enable us to 
fund outcomes; but without outcomes, 


there is no need for outputs. 


Outcomes 


DesOps is about using outcomes to improve 
continuously rather than using mere outputs from one 
stage of process to another. Running a DesOps process 
is about finding out "whats inconvenient, taking a lot 
of time, money, and/or effort" to "create a solution 
that your customers can sustain, and you enable life- 


changing outcomes, big and small.” 
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Every product life-cycle has one core goal towards 
which it strives — reaching customer delight through 
delivering the value. The design process associated with 
it helps in understanding and capturing and delivering 


that value. 


The conventional business process was more keen 
on getting the outputs of each process blocks that 
can be fed into the next block reaching a stage where 
they ultimately deliver the value. Many such practices 
failed in achieving the customer delights because the 
processes used were not based on the customer shift 


from outputs to outcomes. 


The old processes and practices could never adapt 
to the shift. Sometimes management practitioners 
tweaked the processes at some junctions of the processes 
where the outcomes were taken into account, but then 
there was no existing mechanisms were present in the 


process blocks used to measure outcomes. 


DesOps is about perspective change from the 
process angle. It is an attempt to bring back those 
successful processes and frameworks to prepare the 
holistic and complete-circle which ensures that the 
outcomes are taken into account at each stage and also 
through the employment Hypothesis-driven Design 
(HDD) these can be measured and input for design 
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and decision-making process. This helps ensuring at 
the end of one iterative cycle the focus is more on “the 
quality of the customer experience” than on “things 
delivered”. 
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НИЕ 


D esOps process, mostly as I envision, is more 
like a canvas of infinitely inter-connected small and 
continuous feedback-loops as outcomes from the 
interactions and collaboration happens among different 
entities and roles involved in the space. It's like a fabric 
of multi-dimensional possibilities of interactions, 
through which using the practices I listed out in the 
previous sections (under the part titled "Culture") e.g. 
the Design Thinking , User Centered Design (UCD), 


0g 
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Lean Methodologies and Hypothesis driven design / 
development (HDD) etc. 


The different models, and methodologies from 
these cross functional practices, helps in taking the 
informed decision to move from one loop to the other 
in the shortest path possible to reach a state where the 
value is delivered to the end user and again continue 


from there on. 


As I had mentioned in the previous sections 
that one goal of DesOps is to reduce the barriers or 
the gaps between the roles, basically its all about the 


interactions among these roles. 


For instance, a stakeholder, in most of the case 
a Product Manager (PM) when goes into an ideation 
session with an Interaction Designer (IXD), they 
both bring their inputs (PM bring his vision or the 
roadmap of the product and the IXD brings his/her 
practices and skills ) to the interaction and collaborate 
to co-create a tangible outcome of a concept (maybe in 
form of a wire-frame, or low level paper prototype or 
a mockup, or Information Architecture or interaction 
maps etc. depending on the skills of the IXD). 
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Feedback-Loop 
Atomic Level. 


The following diagram details about one 
continuous loop that can iterate any number of times 


till the desired outcome is achieved. 


Input Iteration Out-come 


PM's Vision of the Tangible Concept 


product & Interaction that is a kind of 
designer's skills & translation of 
practices vision. 


Product Manager Interaction Designer 


This is in my view a Feedback Loop at atomic 
level of DesOps. In each atomic feedback loop, are 
involved two set of actors, as shown in the above 
diagram, one is PM and another one IXD. These actors 
can be individual roles or a group with a multitude of 


roles. 
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Feedback-loop 1 


Feedback-loop 2 


Product Manager 


Interaction Designer 


Market Research Expert 


ӨӨӨ 


The first feedback-loop shown іп the above diagram shows the Ptwo actors involved, 
namely Product Manager (PM) with the Interaction Designer (IXD). The second feedback- 
loop is an example of three actors involved, PM initiated with IXD and a Market Research 

(MR) Expert. The later might be an example where a concept design is being discussed 
with MR to carryout an market testing. 


There can be any possibility of a combination 
of two actors for such interactions, and at each of such 
interactions, the cycle continuously iterates till the 
desired outcome is achieved. So each feedback loop 
is a set of continuous activities, process, interaction or 


collaboration that might happen. 
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The tools, methods, models and frameworks 
etc. from the DesOps associated practices, help in 
two ways at these atomic levels — foremost, these 
help in running these loops at the atomic level and 
help in engaging the both actors so that outcome can 
be achieved. Second, these also help in deciding by 
consuming the inputs and the data available, which 


also might lead to another atomic loop of interactions. 


For instance, in the above example, we should 
take these help in deciding after PM meets UX or 
what to do with the outcomes achieved from this. 
Does the PM needs to go to meet the Architect to 
understand the feasibility in context to the outcome 
i.e. the concept in this case, or should he engage with 
an usability expert to get the concept tested from 


heuristics point of view. 


It is interesting to note that here; a different 
set of role may also exit in the same person in the 
physical world. So basically this DesOps process helps 
in deciding at the atomic level what actors are to be 
engaged at the next step or at the end of the current 
feedback loop that is running. 
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Feedback-loops 
touch-points. 


CHAPTER 5 


SAMIR DASH: THE DESOPS ENTERPRISE 


'sjuiod-u»no3 


4315 


*"S]UIOd-UDNO] 


4315 


'**inoqe si sdoseg 


SECTION | : OVERVIEW 


2ND ED] 


ws 


VOL:1/3 - THE OVERVIEW & CULTURE 


”514но4-цэпо1 
J9AO2SIp 0} 
sdosegq 

ш de3s 3514 


CHAPTER 5 


SAMIR DASH: THE DESOPS ENTERPRISE 


Кбојоицэәј чбполуз Buijqeus pue ae eid 
жом Mau pue ибївэрэл 6592044 bi uisn 
“55892044 e и! Sjurod-Qonoj Jo ледшпи əy} 


'jutod-u5no3 65026 
suonueAJo1ul ә|дезеәйәл 
/ јепиеш nowa $ 


“шш: E 
ejqeu3 


Jo spe oui 


: OVERVIEW 


SECTION I 


2ND ED] 


| 


VOL:1/3 - THE OVERVIEW & CULTURE 


¡sed э1шо!д 
зиорујо әлош 
5104-цэлэ1 
əjqeuə 
“хәм 


CHAPTER 9 


Ë e erin 
ouch-poi 


V0L:1/3 - THE OVERVIEW & CULTURE (2ND ED) 


T. communicate and to comprehend a visual way 
to represent the different feedback-loops as part of the 
process, I have been using an approach I nicknamed as 
Petals Process Diagram (PPD). 


Petals Process Diagram is helpful, when we 


see all the processes as some kind of communication 


among two or more entities, be it different roles, or 
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Ontology 
touch-points. 
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different activities that lead to some outcome, and 


some exiting processes in the similar manner. 


This approach takes into account the continuous 
and iterative nature of the processes involved e.g. a 
process may be repeated or iterated multiple times to 


reach an outcome. 


Petals Process Diagram helps illustrate the 
possibilities for any entities involved and helps identify 
the decision points. To represent any process across the 
organization, the key actors involved in such a diagram 


can broadly be grouped: 


a Theory. 


Theory 
A theory is a system of assumptions, principles, and 
relationships posited to explain a specified set of 


phenomena. 


Discipline 
This denotes the branch of knowledge and incorporates 


expertise, people, projects, communities, challenges, 
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studies, inquiry, and research areas that are strongly 
associated with a given scholastic subject area or 


college department. 


e Method 


Method 
It is a description of how you're going to go about 
it. Research methods are the tools, techniques or 
processes that we use in our research. These might 
be, for example, surveys, interviews, Photovoice, or 
participant observation. Methods and how they are 
used are shaped by methodology. As per Tequilia 
George: 
A method is the process (technique, tools, 
etc.) used to accomplish a task (goal, 
objective, etc.) Whereas, methodology, as 
defined by the suffix, is the study of the 
method. The process (technique, tools, 
etc.) to improve the method would be 
methodology. 


Methodology 
A method is used as a given, much like following a 


recipe in a recipe book whereas a methodology can be 
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adapted by a particular user in a participatory situation. 
The latter typically involves the conscious braiding 
of theory and practice in a given context (Ison and 
Russell, 2000). A methodology is often a whole set of 
methods developed according to a philosophical theory 
about how best to research and learn about natural or 
social phenomena. Methodology is the study of how 
research is done, how we find out about things, and how 
knowledge is gained. In other words, methodology is 
about the principles that guide our research practices. 
Methodology therefore explains why мете using 
certain methods or tools in our research. McGregor 


and Murname write: 


The word methodology comprises two 
nouns: method and ology, which means a 
branch of knowledge; hence, methodology 
is a branch of knowledge that deals 
with the general principles or axioms 
of the generation of new knowledge. 
It refers to the rationale and tbe 
philosophical assumptions that underlie 
any natural, social or human science 
study, whether articulated or not. Simply 
put, methodology refers to how each of 
logic, reality, values and what counts as 


knowledge inform research. 
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e Framework 


Framework 

A framework is a little looser in meaning, and refers 
to a coherent set of concepts and relationships that 
are posited about some phenomena. A theoretical 
framework is a collection of interrelated concepts, 
like a theory but not necessarily зо well worked- 
out. А theoretical framework guides your research, 
determining what things you will measure, and what 


statistical relationships you will look for. 


Model 
A somewhat more developed and tested framework is 
a model, and a more fully developed and tested model 


is a theory. 
* Tool 


Tool 

Tool Within systems practice, a tool is usually 
something abstract, such as a diagram, used in carrying 
out a pursuit, effecting a purpose, or facilitating an 
activity. 
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Technique 

Technique is concerned with both the skill and ability 
of doing or achieving something and the manner of its 
execution, such as drawing a diagram in a prescribed 
manner. An example of technique in this sense 
might be drawing a systems map to a specified set of 


conventions. 


ж Instrument 


Instrument 

An instrument is a kind of tool or device used in 
the study or practice of a discipline. In laboratory or 
physical world context, it refers to equipments or some 
for of system or tool that helps in performing some 


action, measurement or evaluation. 


System 

A system is a regularly interacting or interdependent 
group of items forming an integrated whole. Every 
system is delineated by its spatial and temporal 
boundaries, surrounded and influenced by its 
environment, described by its structure and purpose 


and expressed in its functioning. In DesOps context, 
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these may denote cognitive or smart set of tools or real 


or virtual sets of instruments. 


The interaction touch point involving two or 
more roles, helps us represent the feedback loop that 


happens at the physical level. 


Role - Role 


For example, an Interaction Designer (IXD) 
interacting with a Visual Designer (VD) can be one 


touch-point in the process. 
Interaction Designer (IXD) - 
Visual Designer (VD) 


There can be different drivers or needs that can decide 


which of the interaction loop runs and we get the 


feedback. 


Interaction Designer (IXD) - 
Visual Designer (VD) 


Interaction Designer (IXD) - 
UI Developer (UI) 


The driver or the need for this interaction : 
"Do we have enough real estate always available to fit the banner at the same size 
at all display break-points of responsive framework we are using? 


For example, if the need for the IXD is to 


understand how a certain responsive framework that is 
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being used in the application behaves at certain ranges 
of display break-points or devices, so he can plan how 
much effective the interaction is with the banner size, 
he may interact with the UI developer or a prototype 
who can help him and provide the feedback he is 
looking for. 


But if the driver is his need to understand if 
an icon within a certain minimal dimension can be 
created which can convey the meaning without the 
need of the label, then he can interact and iterate with 


a Visual Designer. 


Interaction Designer (IXD) - 
Visual Designer (VD) 
LK 


Interaction Designer (IXD) - 
UI Developer (UI) 


The driver or the need for this interaction : " 
Can we fit-in a meaningful icon in 14x14 px space without using a label?" 


Thus, DesOps, makes us aware about the 
touch points with different roles and entities, so we 
can take an effective decision, testing the drivers or 
the roles and the context in which it is being required. 
The Petal Process Diagram (PPD) shows the potential 
interaction touch points or the feedback loops which 
exist at a context for the associated entity and driver. 


The sample PPD in the next page takes the case of 
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a Product Manager (PM) and in a typical software 
product life-cycle beginning, represents a role, PM 
will interact with along the way as he moves through 


the life-cycle. 


This sample PPD, shown in the next page, 
shows, the PM and Interaction Designer (IXD) are 
involved at a touch point and later the IXD gets in 
touch with an Architect (AR) to clarify certain things. 
PPD makes us aware about the various options, at each 
touch points between actors. The actors can be roles, 
disciplines, tools technologies, models, methodologies 
or even practices involved in that process. This gives a 
clear picture of the situation and helps us scale up that 


service design over the time, improving the services. 
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• PM- Product Manager / Product Owner 

• РЕМ -Project Manager / Scrum Master 

*  SME - Subject Matter Expert 

* STH - Stake Holders / Client/ Product Owner / Investor/ CEO / Program Manager 

* MR - Market Researcher / Market Analyst / Business Analyst 

* QA- Quality Assurance Member / Tester 

• DEP -Deployment Expert / СІ CD Expert / Infrastructure / Storage / Container 
Management / Server Management etc. 

* ААС -- Architect, Technical Lead 

* DBA -Database Admin / Data Migration Specialist / Data Architect / Big Data, Hadoop 
Experts DV - Backend Developer/ API Developer/ Micro Services Coder etc. 

* Ul- Frontend Developer / HTML-CSS Expert / Flash-ActionScript Coder / Rich Media 
Developer / 105, Android Studio Developers/ Native Application and Apps developer / 
Widget Creator/ Interactive Prototyper etc. 

• VD -Visual Designer / Visual Asset creator / Special Effects Designer / Visual Story Board 
Designer/ Audio Visual Expert 

• CW -Story writer / User narrative Maker / Content writer 

•  IXD - Interaction Designer / Experience Designer 

* IA -- Information Architect / Customer experience designer / Usability Expert 

* UR - User Research Expert / Usability Tester 
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The above petals diagram shows at the feedback loop between the Product Manager and 
the Interaction Designer. 


The above petals diagram shows at the follow up feedback loop between the the 
interaction designer with a technical architect that started after the previous feedback 
loop with Product Manager and Interaction Designer . 
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As, touch points of translations are not only 
about the feedback loops that happens among the 
roles. Similar to the feedback loop between a role-role, 
the other possible types actors can be involved in such 


interaction touch points. 


©) Role - Theory/Discipline 
Theory/Discipline - 
Theory/Discipline 


The touch points may also at a high-level 
show a feedback loop from another... for example a 
traditional design process blocks may have the feedback 
loop among User Research, Information Architecture, 
Instructional Design, Visual Design and Prototyping, 


etc. 


There can be certain principles, practice areas, 
sub-theories or conceptual blocks/areas of a discipline, 
which broadly falls into disciple itself as they are an 
integral part of the discipline, with a focused and 
limited scope. For example under Market Analysis, 
there are sub areas like Customer Analysis, Product 
Portfolio Analysis, Competitor Analysis and Category 


Attractiveness, etc. 
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Customer Analysis 


Product Portfolio Anaysis 


Market Analysis 


Competitor Analysis 


Category Attractiveness 


There can be touch-points between the theory/ 
discipline and specific frameworks or models based on 


the drivers. 


Theory/Discipline - 
Model/Framework 


For example, under Market Analysis to 
understand the Category Analysis, we can use the 


model of Porters 5 Forces. 


Market Analysis Porter's 5 Forces Model 
> Category Attractiveness 


The other characters can include the 
permutations and combinations of options between 
any two or more entities like Discipline, Method, Tool 


or Technique, Instrument or System. When mapped 
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for an enterprise, it gives clarity to choose the right 
option or help us identify the touch points which 
require tweaking or even clubbing together some touch 
points, to bring efficiency or even to make the process 
lean. We can represent an example of representing 


some of these entities at the bare-bone level: 


Discipline - 
Method 


Method - 
Tool/Technique 


оо 


Tool /Technique- 
Instrument/System 


© 


(ә) 
® @ 


Role - 
Instrument/System 


As, the PPD based approach to represent the 
different touch points, gives an opportunity for us to 
look into the holistic view of the process implemented, 
to understand which touch points can be improved 
using automation or replacing the tools or improving 
the process blocks or workflows or introducing new 


models, etc. 


With DesOps, this approach is helpful as it 


helps to visualize the end-to-end relationship, across 
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the enterprise or the organization. For instance, the 
diagram in the following page, shows how the Product 
Owner / Product Manager’s feedback loop with 
a Marketing Analyst role has a path that leads to a 
feedback loop between him and a Market Researcher's 
role, if some set of information is not available while 
using certain methods and models during the analysis 
loop. One goal of the DesOps is about reducing the 


gaps among the roles. 


In this context when we refer that goal, we 
can easily value this approach, as it provides a visual 
way how we can find the options. The second goal of 
DesOps is that focuses on minimizing the translation 
among the touch points — if we see this approach in 
that light, this helps in understand the different touch 
points that might exist and helps us to understand the 
drivers and using the design thinking, we can innovate 


on how to reduce the number of touch points. 


At a high level, here is sample workflow that 
would help understand its applicability in the context: 
The flow diagram in the next page, represents the 
scenario where the PM, has some initial idea and 
based on certain drivers and his goal, he is moving 
through the flow which can be seen as an early phase 
of a product life-cycle, where he is is trying to get his 


vision right. 
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(High-level flow from Idea to Ideation) 


1 PM has some initial Idea. 


3 
2 Does Idea have some <4— Engage with Marketing Analyst 
assumption on the target role to conduct Secondary 
segment ? Research about Category 
Attractiveness, and target 
YES No — Segment. Also may check 


Competitive Analysis to 
understand the competitors 
and related market factors. 


3 Create Hypothesis to measure 
through Market Research and 
gather Market Segment 


5 
4 Does PM have the market «——— Engage with Market 
segment defined and has Researcher to gather insights 
some demographic data? on the segment and validate 
the hypothetical segments and 
YES М0--------------> the customers demographics 
etc. 


6 Analyze the segments 


information. 

7 Do we have User Segments 8 
or Personae defined? Do we 4L — — — — — — Engage with User Researcher 
know the user pain points? to gather insights on the 


persona and user pain points 
etc. May involve research 
YES м = planning and execution along 
with iterations of UCD/Design 
Thinking activities 
methodologies and tools. 


9 Prioritize user pain Points 
using tools like Prioritization 
grid and $100 test approach. 


10 Doesthe initial idea or any 
subsequent idea from PM 
solves any of these pain 
points or addresses market 
needs? 


YES МО --------------->- 11 Goto Ideation Step 


--- MM 12 Listthe ideas and Go to Ideation Step 
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The PM is trying to understand if his idea has 
alignment to the market, and this induces a feedback 
loop between him and a Market Analyst (MA) role. It 
may also happen the MR role is there in the person 
who is playing the PM role himself. 


However, the flow represents the interaction 
touch points at the different stages between the roles 
involved irrespective of the fact that persons through 
tools like the Stake Holders Map. One or more roles 
may exist in same person at the physical layer which 
can later be mapped to the real world. The flow 
represents multiple touch-points of interaction paving 
the way for feedback loops at different stages because 
of the involved context and drivers for the associated 


actors. 


If we take the initial part of this smaller 
portion of the flow, drawing a PPD helps us see the 
associated disciplines and potential methods/models/ 
tools available at any of such touch points. The PPD 
diagram in the next page represents just one touch 
point between the PM and MA roles. The MA is 
in this context uses his skills with purpose and goals 
involved with the Marketing Analysis discipline in a 
broader sense. Because of the driver e.g. How attractive 
the market category of this idea?, the MA chooses the 


methods involved with Category Attractiveness, and 
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PM 

(Product 
Manager/ 
Owner) 


MA 
(Market 
Analyst) 


Market 
Analysis 


Category 
Attractiveness 


Environmental 
Analysis 


Market 
Segmentation 
Matrix 
(if already exists) 


A sample Peta Process Diagram (PPD) representing the potential touch-points and feedback loops involved 
in the workflow among various actors like roles, disciplines, methods and tools 


Market 
Research 


MR 
(Market 
Researcher) 
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then moves through the Environmental Analysis. Uses 
the tools like Market Segmentation Matrix assuming 


he has the data. 


The PPD here also suggests a potential feedback 
loop with Market Research domain, ultimately 
leading to a potential feedback loop between a Market 
Researcher (MR) role, in case the required data for the 
Market Segmentation Matrix tool touch-point is not 
sufficient. Well, this was a basic overview of the PPD 
approach to understand an existing process blocks and 
to identify the areas of improvements and where the 
eco-systems can be improved through technology and 


tool-chains. 


I will discuss the PPD approach and techniques 
in the second volume of this series of books, which 
will touch upon the Process and Tools aspects of the 


DesOps enterprise. 
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SEVEN 


W hen we refer the term design, as I mentioned 
in the beginning of this book, we mean in the broader 
context definition of design encompasses all the 
activities from the initial ideation till delivery and 
consumption of the product or service by the end user. 
However, the popular and common definition of 
design, a subset that includes the aesthetic and user 
experience or customer experience aspect at the touch 


points where the user interacts with the product or 


Vi 
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the brand, has a major share in such elaborations. 
Such aspects of design are also a common part of any 
organization, which cannot be meaningfully discussed 
without the reference to the Design System. We can 
discuss no modern-day software design workflow 


without reference to Design Systems. 


The Design Systems are one of the integral 
components of any product organization who are 
moving at the pace powered by digitalization. By 
definition, a Design System is a series of components 
that can be reused in different combinations to 
manage design at scale. In software development life- 
cycle specific to digital products e.g. apps, applications 
and websites etc., the design system can contain design 
guidelines, visual style guidelines, assets, components, 
widget definitions, form controls, interaction paradigm 
definitions etc. at a different maturity level touching 
upon different roles starting from the interaction 
designer, visual designer to prototyper and the 


developer. 


Many organizations have the pattern libraries 
clubbed with some best practices and guidelines 
used as a Design System for the organization and the 
community — for example is one such example is Red 
Hats PatternFly. When you visit PatternFly website, 
you find it a typical design system that has different 
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components including interaction paradigms, widgets, 
working code, visual style guides and assets touching 
upon many roles involved in the delivery thread. 
Similar is the case with lot other popular design 
systems. Among popular Design Systems as of today, 
most notable are: Google's Material Design, BBC's Gel, 
Salesforces Lightning, Airbnbs Design Language, 
IBM’s NorthStar and so on. To normalize practices 
and design patterns around a common visual language, 
style guides, pattern libraries, design systems play a 


critical role. Design systems can vary in maturity. 


With a purpose, I have mentioned the case of 
"different maturity" — it means that the variations of 
the concept of the design system are already in place, 
and each of those variations has a slightly different 
efficiency to solve the common goal of designing 
at scale. at the bare minimum level, it can start 
with naming objects, colors, texts, components and 
conventions or even best practices. This can scale up to 
highest maturity level where it can define finer details 
of the experience and even can end up in generative 
solutions in themselves — e.g. frameworks which may 
dynamically provide or define the experience details 


required for delivery. 


Design Systems have been so popularized; they 


are arguably a default need of any product organization 
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of even a limited scale. This usually becomes the 
first push by an organization to look at their design 
operations with fresh eyes as introducing a design 
system brings with it a whole set of new problems 
that most digital product design organizations were 
previously ill-equipped to deal with on their own. The 
success of implementing a design system will ride on 


the support it gets operationally. 


Design Systems are a primary need for the 
organization even on a limited scale and budget. 
However, the design systems mostly are developed 
within the operational vacuums. Have the best- 
designed components, but if you can’t create a workflow 
for their upkeep and deployment not just through your 
product offerings, but through your design production 
system itself, it will invariably cause more friction than 


the previous system did. 


When you start with the pain point of a 
Design Systems, you are starting your operations with 
a solution to a specific problem. This lens answers the 
question — How do we scale design quality through 


the enterprise? 
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The Need 
Design Systems. 


By nature, a Design System helps to take 
decisions faster and reduce wastage in delivery track. 
This helps the designers to spend more time in 
defining workflows. Also, as it helps to work in a fast 
track mode, it also promotes the designers in exploring 
multiple concepts in the same time. Having a Design 
System is to have a “Single-Source-of-Truth”, all 
different roles including engineering, testing and 
designers throughout the delivery life-cycle can refer 


which. 


This helps in articulating and implementing 
consistency across different modules of the application 
or even in the product line. However, to ensure the 
Design System acts as a single source-of-trutb, certain 
criteria need to be fulfilled - and this is also the 
crossroad where a Design System that acts as the 


"single-source-of-truth", paves a way for DesOps. 
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Design System 
Source“of-Truth. 


Lets first understand what do we mean when 
we refer Design System as “Single-Source-of-Truth”. 
In the enterprise, any design on the hindsight has one 
major alignment - i.e. to align itself to the business 
goals or the enterprise, which also drives the product 
strategy and the delivery and impacts a lot of associated 
aspects such as the delivery life cycle that includes the 
typical Design, Development and Quality tracks. 


In most of the cases the associated operational 
systems which are made up of processes, practices and 
tools are mostly development centric. We designed 
the traditional SDLC models more from a process 
perspective that had the bias towards development 
aspect of the delivery. So when a Design system 
is established in an organization, the normal tendency 
is to create a Design System that fills the gap between 


these different entities and their associated process 


blocks. 


The Design System that touches all these 
associated entities and the process blocks in a way 


that helps in optimizing the delivery of the product 
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or in improving the quality, by becoming the single 
driving force of a design aspect (from the creative 
problem-solving aspect ), can be regarded as a single 
source-of-trutb. But in reality, as the different roles like 
the Designer, Developers and Quality Assurance team 
members, each play within their boundary of the age- 


old definition of processes. 


The tools, technologies and the processes used 
by them are so diverse and the workflow among them 
so disjointed that on the ground reality, that having a 
Design System as single source-of-trutb. has not been an 


easy thing to achieve. 


Designer Tools 
Developer Tools. 


One of the key aspects is that in modern 
time with the use of Agile along with design-driven 
practices like Design Thinking and User-Centered 
Design models, has tried to reduce the tilt toward the 
engineering, has helped many organizations to be more 
effective in delivering products with the qualitative 
design. However, the Design System developed 
in many organizations by nature involves the set of 


tools and processes that suffer from such bias and the 
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selection of tools and technology-driven workflows 
that are more developer-centric. For example, the 
tools like Text Edit or Notepad and the command- 
line terminal windows are highly preferred by the 
developers. The workflows defined around such tools 
to make developers more productive and help them 


improve their craft which is coding. 


When the processes and tools by themselves are 
technology driven and developer driven, and when such 
a system is integrated with the standard components of 
a design system like style guides, codes, widgets etc. , 
the generation and maintainability of such things by 
designer gets affected as they are from the different 
world with their own way of working with their 
own world of GUI driven tools starting from mind 
mapping to wire-framing and creating visual assets. 
And this brings the disjoint experiences to the design 
operations, preventing to achieve a seamless full-circle 
of design-development operations. The result of such 
Design System is always like a patchwork that may 
not introduce the fundamental changes in the process 
to meet the goal of DesOps — most of which are 
centered around consistency, collaboration, continuous 
integration and continuous design. And to achieve this 
is actually a goal that aligns with the core vision of 
DesOps. 
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Tvpes 
Design Systems. 


To understand where a Design System of an 
organization stands in implementing a DesOps, the 
first step is to evaluate the existing Design System is 
in place and contributes to the organizations design 
process. (We will explore the process aspect in details, 
in later articles in this series.) To test any Design 
System, we can easily form a metrics that takes care of 
the following two perspectives on the system. Typically 
the Design Systems can be broadly categorized into 3 
types, namely: Static, Dynamic and Generative: 


Static Design System 

Most of the attributes and elements that make this 
system is mostly static. For example, in a Static type 
Design System, the style guide may be pre-defined 
print ready reference, defining basic color standards 
and typography, etc. The user has to read through and 
manually refer it to decide those related attributes in 


his work. 


This kind of System mainly prescribes 
guidelines, rules, principles that does not automatically 


change or created dynamically either in the stages of 
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creation or implementation by the developers, etc. 
Typical organizational style guides, or UI pattern 
documentations where the system describes how and 
where to use the patterns with some sample code to 


refer are falling under these categories. 


Dynamic Design System 

This kind of Design System have the content as well 
as the principles of implementations are designed and 
developed in a way that can be directly used in the 
code. The creation and implementation of the content 
are dynamic and mostly geared towards the actual 
elements that can directly be used in the code. This 
kind of Design System is more than a reference system 
for the developer, rather as a part of the actual build 
of the actual products developed as a part of it. Most 
easily noticeable traits of this kind of Design System 
is that some special purpose frameworks, code libraries 
are part of it, which integrate into the actual builds of 


the products. 


Generative Design System 

Generative Design System are the ones, which generate 
the actual build ready outputs that can directly go into 
the build of the product. For example, instead of a 
static style guide, a generative Design System can have 
the tool that will generate dev-ready HTML, CSS and 
Java Script based output from the designer/developer 
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inputs. We need the output of such a system, take care 


of the context. 


Lets say if the developer needs to build a 
cross platform hybrid app, when such a system can 
generate the code that will take care of the scenarios 
for the interaction and behavior for all target device 
resolutions, screen density and the behavior for 
native wrappers and in-browser functionalities and 
restrictions. We will again journey into the details of 


the Generative Design Systems shortly.. 


Design-Systems Maturity Map 


Static Dynamic Generative 


“Design-Systems Maturity Map” typically helps see the relationships between type and 
maturity attribiyues of the design systems. 
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Design, System 


The other angle to look at the Design Systems 
is to scale the maturity to measure how much the 
system has evolved. One of the most important aspect 
of any Design System is to understand the maturity 
as this helps to understand where it is in the overall 
DesOps roadmap. 


Irrespective of the varied and complex 
categorization of the same, we can still name the 
maturity as Low, Medium and High to get a quick 
and easy comprehension. And when we try to map the 


maturity, it takes care of the categorization aspect. 


Low Maturity 

When the Design System has a low maturity, it mostly 
depends on the static attributes we discussed above. 
The creation and maintenance of different attributes 
are mostly the result of manual effort and the most 
interesting point about this is that the designer 
and developers have the cognitive load to refer and 
comprehend and take decisions on what to use and 
not used in their work or product. It is also important, 


there may be attributes, which might have dynamic 
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attributes, but most of them are out of the transition 


that the design system is having because of its evolution. 


Medium Maturity 

In the Design Systems with medium maturity, the 
most elements and attributes are mainly dynamic. 
These systems mostly depend on the frameworks, 
libraries, etc. There may be overlaps in static and well 
as generative attributes. 

High Maturity 

Similarly in Higher maturity, apart from the fact it 
mostly contains generative attributes, it involves the 
aspects of automation, computer-vision and may 
deploy Artificial Intelligence (АТ) to provide continuous 
pipelines that aspires to remove the human intervention 
form the process blocks. On ground reality it might 
require the human intervention to feed in the creative 
juices or decision power that impacts critical human 


needs or contexts. 


When we map these 2 perspectives horizontally 
and vertically, we get the right insight into the Design 
Systems position in the graph that allows us to 
understand where the gaps are for the Design System 
to evolve on which dimensions. Note that the metrics 
that govern the success of a DesOps implementation is 
almost synonymous to this metrics we explored about 


Design Systems. 
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The factors that adds to this metric on 
Design Systems, includes aspect where we measure 
how impactful the Design System is in touching the 
different design process life-cycle blocks where each 
role like an Information Architect or an Interaction 
Designer, Visual Designer or even the Developer are 
attached to, in the delivery track. This aspect is more 


figuratively termed as a Living Design System. 
e ө 
The.Living 


The scaling of design is a classic issue. In 
recent times the explosive growth of technology across 
different devices, platforms and ecosystems, it became 
an ever-growing monster that every designer faces, 
eventually. Native (Windows, Android, iOS, Linux 
etc.) Web (HTML, НТМГЬ, CSS, С553, JavaScript 
and frameworks etc.) along with the combination - the 
Hybrid - make the scaling of the design language an 
unending challenge. The Salesforce design team tried 
to solve the challenges of applying similar designs 
across cross-platform product families by introducing 
a dynamically configurable design asset system which 
viewed the individual entities of any design system as 


design tokens. 


0 SECTION | : OVERVIEW 


V0L:1/3 - THE OVERVIEW & CULTURE (2ND ED) 


Technically, іс was a single JSON file that was 
the “Single Source of Truth” that contained a set of 
name-value pairs that defined the properties and their 
relationships under different categories like text colors, 
backgrounds, border sizes, font sizes, etc. This JSON 


was consumed by the framework (i.e. 


The Lightning Designing System link: 
https://www.lightningdesignsystem.com/downloads/) 
developed and customized through templates for 
different target platforms, devices, Operating Systems, 
etc. The Lightning Designing System framework 
generated different formatted outputs for CSS via 


common CSS preprocessors like Sass, Less and Stylus. 


Also there was an output in XML format that 
is supported in Android and JSON for 105 specific 
development. The Salesforce Design Tokens open- 
sourced at https://github.com/salesforce-ux/design- 


system. 


The second interesting aspect of this was the 
use of GitHub to host the design system. Unlike the 
design system of traditional organisation where the 
design system was hosted as downloadable form (even 
where the version control like Git is used) these have to 
be either translated into desired formats for the target 


platform or hosted especially along with the code. But 
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here the design tokens representing the styles definition 
and the properties, as hosted on GitHub, were directly 
integrated into the build process contributing to the 
Continuous Integration and Development approach of 
development. In this sense, it was more than a Living 
System acting as a single source of truth, from which 
the required branch is pulled and be made as a part of 
the build. 


Many other pattern library and/design systems 
like RedHats Pattern Fly (bttp://www.patternfly.org) is 
also available in a similar approach at GitHub (i.e. at 
https://github.com/patternfly )as that of this second 
aspect we discussed now. But making the style guide 
being available as a single source of truth in the 
combination of this second aspect makes the case of 
the Salesforce design system unique among similar 
attempts for an approach to deliver a consistent design 


across different platforms. 


The Living Design System is mostly perceived 
all about modular design. Mostly the patterns, being 
the referred as the “molecules” or “organisms” as a 
part of “atomic design process”, are made to allow the 
part of a structure or group. This view of the living 
design system brings to focus, its two major aspects 
— first is, of course, the creation and maintenance of 


patterns. The latter is about coming up with a process 
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and ensuring that these fit into a workflow that both 
would touch both designer and developers and make 


the connections among their workflows. 


However, this latter aspect has remained 
challenging even for the experienced teams across the 
industry. Historically and interestingly, DesOps at the 
beginning, without its formal name was focusing on 
the areas of creation and maintenance and sharing of 
its modular design systems. At the beginning phases in 
last couple of years, it was more about the organizations 
having the design systems and making these socialized. 
Primarily these design systems have comprised visual 


design languages and components and widgets. 


These design system had defined basic goals, 
principles, branding (Юг specific organizational 
identity) and a visual language that helped it maintain 
consistency in creating design artifacts and assets. 
Along with it the UI patterns and widget libraries 
included in them helped to bring consistency in terms 
of interactions across a wider scale of interfaces within 
the organization or product portfolio. Ensuring this 
became part of the strategic aspect of any UX or Design 
team, in the organization responsible for driving this. 
Mostly this task became the primary share of the role 
of the Design Directors, Leads and Principals in the 


organization as a part of their goal to ensure ringing 
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the right maturity to their design team and practices. 
This was definitely a low-hanging fruit in terms of 
what DesOps as the principle is geared towards. The 
return from such low-hanging fruit was helpful. Apart 
from the consistency, it actually helped in reducing the 


friction among the teams regarding the design aspect. 


Also, it helped to reduce aspect of operational 
inefficiencies in the design workflow to some extent and 
helped in reducing waste helping the team to deliver at 
a faster rate. However the design work practices, unlike 
the development domain are more diverse and being 
the area with the most creative energy association 
in the whole life-cycle, the challenges to ensure the 
smooth amalgamation of these design systems to the 
process blocks of the workflow was difficult. The fact 
is till the date writing this passage, it is still a challenge 
to fit the existing tools, to the design work-flows and 
then aligning it to the whole delivery track fuelled by 
the DevOps paradigm. Recently the design team at 
Airbnb, came up with React Sketch App. 


Last year at RedHat UX team meet up Summit, 
as a part of a design challenge initiative I presented a 
concept Ditto, that was supposed to redefine the way 
the design can be integrated into a DevOps supported 


environment. 
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Clear Cleft also in recent times came up with 
Fractal that tried to reduce and even remove the 
distance between the design and development teams. 
Note that both the DevOps and DesOps are born out 
of similar drivers, however, the practices concerned 
with the two are very different. From the example of 
Salesforces approach to design, the takeaway is the 
technological approach of use of “the single source of 
truth" can be a good starting point towards building 
a practical DesOps culture in the organization. As 
the soul of DesOps based on the cultural shift and 
practices working towards Continuous Integration 
(CI) and Continuous Delivery (CD), it makes sense to 
use the living design systems as the foundation of the 


overarching concept of DesOps. 


Design Systems 
Guidelines, 
Rules. 


One key differentiator of design-related process 
blocks and practices are that they are contextual unlike 
the practices that fall into engineering bucket. For 


example, we use the process blocks and methodologies 
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defined in design on the need basis. Design, being a 
creative solution in a true sense, all associated practices 
and frameworks inherit this attribute. All the design 
systems are not defined based on rules, rather, they are 


more like the guidelines. 


While tweaking processes and workflow blocks 
and giving a nod to the technology set and tools, 
always we need to keep in mind the basic thumb-rule 
that the process is to help solve our need and it’s not 


the opposite way. 


For example, while choosing the right tool to 
draw out the wire-frame or concepts, it may appear 
that going for Sketch and InVision might be a good fit 
from a process point of view. But, if a specific client or 
reviewer or stakeholder who are not used to the typical 
artifacts we designers use every day or if they are not 
comfortable with the technique or the tool sets used, 
there should not be a second thought to replace them 
with what works best for the client or stakeholder to 
bring them into a level of comfort so they can focus on 
the review work in an usual environment or mindset 


than getting distracted towards the tools used. 


A year back, while working on some initial 
concepts on an enterprise application, with the Product 
Management (PM) stakeholder of the project, I got 
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aware that the stakeholder could not comprehend the 
grey box wire-frames sketched out using tools and 
process defined as per organizations recommended 


process. 


And this was not once, I had a similar experience 
with a few more stakeholders were from management, 
sales and marketing areas during the engagements with 
some clients in the past. This is actually a phenomenon 
more related to the ability to comprehend the diagram 


and charts in raw forms. 


Especially, how human mind perceives the 
objects and maps them inside the brain - referred 
as Spatial Abilities, these are of different types, and 
whereas a diagram reading requires more than one 
type, in our case of scanning and comprehending the 
wire frames with black and white lines and grey boxes, 
at a crude level similar set of abilities being absent may 


amplify but are never the root of the cause. 


We can find the reason behind this in the 
essence of the sayings like “a picture is worth a 
thousand words" and the similar highlighting how 
data visualization helps in easily catering to the user's 
comprehension of information than a tabular set of 
data. This is case similar to people reading maps as 
described in the articles like — Bad at Reading Maps? 
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Maybe Your Brain Just Needs Better Maps (https://www. 
wired.com/2013/11/map-sense/) or Why are some people 
better at map reading than others? (bttps://www.wired. 
сот/2013/1 1/map-sense/) 


Some people are good at comprehending low 
fidelity mockups and can connect the concepts. For 
many, it’s a herculean job to map the grey boxes to 
something more tangible of the real world. And this 
puts a lot of impact in the design decisions we take 


through the stakeholder review processes. 


Also, it was irritating for him to view the 
designs over a browser that allowed commenting using 
a click and add comments. Over the discussion I had to 
measure his comfortable level in comprehend a higher 
fidelity concept and that too what he can open on his 
touch enabled Microsoft Surface and just annotate 


while reviewing them. 


After that I migrated the designs to a little more 
high fidelity with basic color scheme (though those 
were not perfect visual design) and moved to Microsoft 
PowerPoint, which was closer to what the stakeholder 
was well conversant with. The result was awesome - 
we iterated on design over 8 times over two weeks and 
nailed the concept for the planner that aligned to the 


stakeholder's vision. 
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The initial grey boxed wire frame was difficult 
for the stakeholder to comprehend in context to the 
overall flow, so the second approach was more effective 
in bridging that gap and was almost was created in 
a similar amount of effort. Moreover, notice the way 
the stakeholder can view and add annotations. One 
thing is always critical to remember is that tools and 
technologies are here to support in the design process 
i.e. The creative problem solving. So while thinking 
of implementing DesOps, this should be in the backup 
our mind that, all the individual components involved 
in it like tools, technologies etc. are merely the means 
and not the end. 


So it is wise not marry to any specific tools or 
technology or process religion, rather, wisely choose, 
depending on the design goals that needs to be 
achieved. Marrying to any particular fix mindset on 
tools, technologies and process blocks only contributes 
to a failure of DesOps. It makes the whole practice 


more rigid and increases frictions. 


АП the tools, processes, techniques and 
templates are meaningless, if they do not meet the 
goal in the context they are applied. A true DesOps 
enterprise supports and encourages breaking away 
from rules of practices if it is not contributing to the 


goal in a specific context, which ultimately improves 
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the practices and optimizes the process on the way. 
May it a be the use of tools, or technique, or how 
the interaction is happening among different roles in 
the enterprise, these should be treated as supporting 
entities rather than guiding commands. Any deviation 
from this thumb-rule typically makes the DesOps 
process counterproductive and leads to the spiral of 


death of design. 


As the design is associated with entities and 
attributes beyond the quantifiable science to connect 
with disciplines associated with emotional aspects 
in the qualitative approach, implementing DesOps is 
more fluid than the case of DevOps. 


For instance, if we plot the techniques, practices 
of any domain as per the left brain-right brain analogy, 
we can spot most of the practices having soft-attributes 
or dealing with human emotions, purpose and behavior 
will fall into the creative aspect that involves some kind 
of design approach of problem solving. And they fall 
into the right side of the brain functions in the analogy 
map. One example you can see the figure in the right 
that shows the mapping of practices involved with 
software incident reporting. Here you can easily notice 


the pattern. 
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In DesOps, it is more on the side of involving 
liquid of creative juices that attempts to translate the 
vision from abstractness to something more concrete. 
Defining a fix ecosystem to implement DesOps, creates 
a barrier to it. That’s one angle to see how DesOps is not 
about casting rules, rather about creative freedom for 
continuous discovery and incremental improvements 
that brings more fluidity and flexibility into the 
implementation, so that the stakeholder-designer- 
developer trio can collaborate in a natural way without 
being worried much about the underlying technologies 
and processes. This is the purpose we should not forget 


while considering DesOps for any enterprise. 
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EIGHT 


D esign Systems play a critical role in bringing a 
common language and consistency in experience across 
different products and brands of the organisation, 
along with fuelling a collaborative approach towards 
design, making it easier for different team members to 


contribute. 


With the observation of design systems, we 


can notice, almost all of them are having the different 


KI 
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. a common language. 


Design System 
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structure and approach to define these, and we can 
directly use almost none in automation of design as 
they are not semantic. Therefore, most of these current 
approaches to design systems are not future-proof for 


tomorrow’s design operations (DesOps). 


Take an example of a representation of 
information in a tabular form. In HTML, the desired 
table element does the basic thing work. But most 
of the real life sites, use the responsive frameworks 
like Bootstrap, and on the course they mostly use 
the framework versioner table component. For 
advance controlled display , some may use extended 
components based on the framework, e.g. Bootstrap 
Datagrid. Sometimes, for the need from the two-way 
data binding and similar needs application might run 
Angular JS driven grids. Some other might prefer 
using niche components like Data Tables. Most times 
there are a hybrid of niche components married to 
specific frameworks, for example, the Data Tables with 


Bootstrap 4. 


This actual shows how diversified is the form 
and the usage of components or the UI patterns. When 
such things happen, the amalgamation of associated 
design systems takes place. The target design system 
attributes, directions are used to customize, and in the 


process the guidelines based on which the external 
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Add advanced interaction controls 
to your HTML tables the free & easy way 


1 Include these two files 


2 Cal this single function Showing 1 to 1 of 1 entres (ftered from 57 total entries) 


Data Tables (Niche Components). Source: http://datatables.net 


Angular Data Grid 100k Example 

‘Ths demonstrates сінен se sorting / pagnaton / Mering performance of the data gr with 100 000 row loaded at once Its not ау that someone wl need 10 operate so huge 
data at chont se in rea if, but for performance testing purposes й defintely works. Project пио 

Search by User Name Date From Date To 

Enter User Name DOMMYYYY @ сомммеү . 
100000 tems otal СЧ > 2 4 5 net ши meme perpe 10 
Copy ume 1 п per page: 10: 
Fite tm: 0 

Sort tme: 0 

atm: 1 

User idż Name? Phone? Date Of Birth 2 

o ғар +375-20-417782 0572271990 

1 Ben +375-20-271014 12121972 

2 Patrick :375-29-258527 orzeners 

3 Stove +375-29-TT192T 2222 

4 Patrick. «375.29-568328 12/17/1904 


Angular Grid (Part of framework used). Source: bttp://angular- 
data-grid.gitbub.io/demo/100k/ 


pontikis.net Д Bootstrap Datagrid Demo 


Bootstrap Datagrid demo - Basic setup 


Click any row to select or deselect И. Click on table header to apply simple column sorting (triple state: ascending, descending, none). 
Manage selections trom © button. Use IT button to apply multi-column sorting. Click and drag to re-arrange sorting rules. 


With columns fil button you can show or hide columns. Click and drag any column to change its position in data table, Easily re-apply 
дебми! settings. Use Y button to toggle filters pane. 


Easy navigate pages from pagination section. Go directly to any page or set rows per page. 
Apply several themes on the fly using (Themes =) from main menu. 
Get the code from [Code ~] tab. 


Demo Code ~ 


Y Go и ш 
Lastname ^ Firstname ^ Gender Date updated 
Aiport Sean maie 03/07/2007 10:01:51 
Asson Trevor таю 19/12/2008 17:53:43 


Bootstrap Data Grid (Custom framework). Source: bttp://angular- 
data-grid.gitbub.io/demo/100k/ 
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REFERENCES - 


ML Editors Company Contact Country 
ML Basic 
un Анев Futterkiste Maria Anders Germany 
ML Attributes Centro comercial Moctezuma Francisco Chang Mexico. 
ML Headings. 
ML Paragraphs Emst Handel Roland Mendel Austria 
= Island Trading Helen Bennett ж 
ML Formatting 
ML Quotations Laughing Bacchus Winecellars. Yoshi Tannamuri Canada. 
ML Comments. 

Magazzin: Alenentan Rune Giovanni Rovelli 
ML Colors жый 


зы cec 


HTML Table (Vanial HTML markup). Source: bttp://w3schools. 
com/btml/btml tables.asp 


Search. 
Tables 
Getting started Documentation and examples for opt-in styling of tables (given their 
Layout prevalent use in JavaScript plugins) with Bootstrap. 
Content 
RE Examples 
Typography. 


Due to the widespread use of tables across third-party widgets like calendars and date pickers, 
we've designed our tables to be opt-in. Just add the base class . table to any <table>, then 
extend with custom styles or our various included modifier classes. 


Code 


images 


Tables. 
Foie Using the most basic table markup, here's how . tab Le-based tables look in Bootstrap. All table 
styles are inherited in Bootstrap 4, meaning any nested tables will be styled in the same manner 
Components às the parent, 
Utilities 
кемде . First Last Handle. 
Migration 
About 1 Мак оно ©mdo 
2 Jacob Thornton әш 
з Larv the Bird twitter 


Bootstrap Table (Framework vesrsioned). Source: bttp://getbootstrap. 
com/docs/4. 1/content/tables/ 


вуд | 

Data sources 

АР Show 10 ¢ entres Search 

Nex 

Server-tide Name t. Position оте Аде Start date в 

Plugins 
md АМ Satou Accountant Tokyo 33 2008/11/28 5 
— Angelica Ramos Chief Executive Officer (CEO) London 47 2009/10/09 s 
Extensions 
Plug-ins Ashton Cox Junior Technical Author San Francisco 66 2009/01/12 s 
More не Bradley Greer Software Engineer London 41 2012/10/13 $i 
Biog 
Nim Brenden Wagner Software Engineer San Francisco 28 2011/06/07 ы 
эрма Brielle Williamson Integration Specialist New York 61 2012/12/02 Li 
FAQs 

Bruno Nash Software Engineer London 38 2011/0508 $ 


Data Tables + Bootstrap Data Grid Source: http://datatables.net/ 
examples/styling/bootstrap/ 


10 SECTION | : OVERVIEW 


V0L:1/3 - THE OVERVIEW & CULTURE (2ND ED) 


components, interactions, patterns and style are 


changed. 


The power of design systems should lie because 
they can establish а common, publisher neutral 
platform integrating distributed computing and design 


eco-systems. 


One of the barrier to wider adoption of 
technology is the lack of tools for creating specifications 
that can help consumption and comprehension of the 
design systems at large by the systems with little direct 
human intervention. 

One of the major way out for such a future 
is using RDF or micro-data formats to define the 
ontologies through formats like OWL, RDFa, etc. 


The success of the Design Systems lies in their 
abilities, in becoming a part of distributed brand and 
design system, where any of the components or aspects 
can be extensible. Also, the sustainability of the design 
systems lies because they need to be migrated to and 
converge with any other design system. Of design 
operations, it’s highly possible in the world of CI&CD, 
the design systems should be able to be translated from 
one brand system to another effortlessly without the 


single human-intervention. 
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So whats the way to achieve it? 

pemantię 
achi 

Machin. 

The solution lies in what I call a Semantic 
Design System. Like Semantic web, the goal of the 
Design Systems is to translate from one form to 
the other, and ensure the machine readability and 


comprehensibility drives the structure and how the 


design system is fleshed out. 


Here I coin the “Semantic Design System”, 
that address this issue, and focuses building a design 
system, that is equally human-readable and understood 
by the machine for the next generation of design 
operation with automation, machine learning and 


artificial intelligence. 


This is also critical for open design systems, 
as the typical effort behind such systems is to make 
them available as more common set of patterns that 
can be adopted, used and extended by any other brand 
system. But as we diving towards the world of hybrid 
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design systems, where the aesthetic and interaction 
enablement through CSS, JS frameworks are founding 
pillars, it is essential to provide a commonly used 
language that can define the basic relationships among 
different entities of a design system. The way forward 
is a design system defined in terms of a shared language 


or an ontology. 


QreaPesign 
the Future. 


An “Open Design System”, as I envision, is 
the one that address this issue, and focuses building 
a design system, that is equally human-readable for 
collaboration and at the same time understood by the 
machine by being a Semantic Design System for the 
next generation of design operation with automation, 


machine learning and artificial intelligence. 


In my belief, Nuclear Design, a modelling 
approach (I will expand on this one in coming part 
of this series ) that helps to lay out a framework that 
is the foundation for building design systems with 


semantics. 
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The semantics of the ontology can be used by 
the machine learning or AI systems in similar manner 
how it is currently uses the data modelling using the 
graph databases. This opens up a door to the future 
for design that can support DesOps (aka. DesignOps) in 


organisations. 


The 
Model. 


The semantic web uses the graph data model 


to store data, RDF is the format in which it is written. 


Pm [ts ЈЕ 


Relational DB Hierarchical DB Graph DB 
Tables Related By Parent Nodes Have More Arbitrary Object Relations 
Primary Key Intrinsic Importance No Intrinsic Importance 


In traditional databases there are some kind 
of important elements against which we define the 


relationship. uses graph structures for semantic queries 
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with nodes, edges and properties to represent and store 


data. 


In search of a tool that can minimize the 
translations of values, in context to UI design space, I 
was toying with an idea of Ditto, a simplified version 
of the tool that can look familiar to the different roles 
involved in the process and it will align with a process 
is about having the same source files at any of the 
stages of the process and can align with any design 


system with an easy configuration mechanism 


Sometime back I was exploring with a 
conceptual workflow “Pattern-AI” that involved image 
recognition through a live camera and matching that 
for potential UI patterns by processing the camera 
input using computer-vision technologies, as shown in 
the flow. 


Based on this, my set up was simple, good 
enough for a hello world type validation of the concept, 
having a webcam output, being processes through a 
Kinetic based web application running in Chrome, 
which tried to identify the matching pattern (a simple 
image, icon and button ) drawn on the paper to that 
with a pre-defined pattern array with those object 


names. 
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Though I never went beyond just matching 
the name, as I could match a pattern, generating a 
pre-defined HTML-CSS code was a piece of cake post 
that. 


Matched and 
identified the 
pattern 


Webcam 


Image loaded by 
camera 


Processed in a 

canvas element - 

ready for pattern 
matching 


Pattern drawn 
on paper 


Pattern-Al workflow to convert camera scan in real time to convert hand-drawing 
into a HTML layout based on target design-system/pattern-library. 


Identify 
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This experiment clarified that whatever the 
potential approach might be, finally what we need is 
a "consistent and scalable design system model" that 
is essential to ensure whatever is getting translated 
from the different a source through any of these 
various approaches, as that is the point where all this 
information is getting mapped and the meaning of 
each pattern is formed. The basic questions that arise 


from these were: 


When the system gets а clue from the input/ 
source design (or hand-drawn wire-frame) as a drop- 
down, can it consistently map it to a target design 
system or a pattern-library or even a brand-system 


based widget-library consistently? 


Also, even assuming that it does able to 
identify the pattern, for example, as a button , how it 
can select or define the target implementation code a 
in a consistent manner? In this example case, a button 
can be defined as a «input type= button /> or <div 


id-" button" »«/div» or even «button» «/button» etc. 2 


This was an eye-opener, as it was clear from 
this that, irrespective of the technology used, and 
irrespective of the method is used to generate the 
required information for design benchmark, without 


the essential "common language" among the design- 
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systems in use, the translation of these information/ 
artefacts might not make sense to the systems running 
the automation. And this is where the whole purpose 
of DesOps mindset will fail. 


This hints on a problem statement about the 
gap that our design systems have — i.e. a consistent 
way to define the patterns (and note this is not just 
limited to UI focused design-system) that can be 
scalable and coming up with some approach to bring 


“semantics” to the design-systems in focus. 
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NINE 


Ts word "evolution" was first found to be used 
around 1647 which was more popularised by the 
Naturalists towards the end of 18th century who 
upheld the age old pre-Socratic Greek philosopher 
Anaximanders view that humans must have evolved 
from an animal and this evolution must have sprung 
from sea. From Darwins theory of evolution, we see 


two important characteristics: 
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In the eco-system the individuals of the 
same species are likely to differ in their measurable 
characteristics such kind of variations are inherited 
(heredity). For any complex and growing (evolving ) 
echo-system when we try to find the model to explain 
the behaviour of evolution, these two characteristics 
helps build a model that can provide meaningful 


reasoning behind the complex variations that exist. 


Darwin’s The Desent of Man was more focused 
on a hypothesis that variations are transmitted from 
a parent to the offspring, though it was a few years 
after established. During mid-19th century, Gregor 
Mendel’s extensive pea-plant breeding explained and 


came up with a meaningful model. 
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|J PARENTS 


This model could interpret and explain Darwin's 
hypothesis around heredity, where it toys around the 


questions such as — 


Is it possible that an animal having, 
for instance, the structure and habits of 
a bat, could have been formed by the 
modification of some animal with wholly 
different habits? Can we believe that 
natural selection could produce, on the 
one hand, organs of trifling importance, 
such as the tail of a giraffe which serves 
as a fly-flapper, and, on the other hand, 
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organs of such a wonderful structure, as 
the eye, of which we hardly as yet fully 


understand the inimitable perfection? 


The model of heredity well explained the 
natural life-forms and their associated complexity of 
variations. The moment we envision a design-system 
that can explain the variations in life-forms, it would 
be no surprise to be in similar lines of what Darwin 
had deduced. In the similar lens, when we take the case 
of any design-system, we see similar attributes. We can 
explain the variations of any entity with inheritance of 


attributes from parents. 


Irrespective of the typical design system 
maturity level, in order to make a design system 
scalable, it should have this very characteristic of 
having the model to define variations and inheritance. 
In a typical sense of “design system”, as we refer in our 
day jobs in techno-design industry revolving around 
software application and related eco-systems, we face 
the use-cases that are the tip of the iceberg of the 


operational problems we face in a design process. 


The activities like, the categorization of UI 
patterns and mapping them to the user interface needs, 
manual export of the semantics while different teams 


work on different tool-chains especially in open and 
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collaborative design scenarios along with long hours of 
"religious debates" of the utilitarian values of widgets 
proposed to be used against the variants that are in the 
implementations, are some of such examples, which 
has become the part of the job, where unaccountable 
time, effort and of course organization money become 
under-utilised. Design System help generalize the 
diversified aspect of patterns we use in design. But, 
the offshoots of the design systems across the industry, 
to cater to the need of the individual organisation, 
who are developing them, are not solving bringing 
a normalization, rather they are making it more 
distributed. There are no two design systems equal in 
structure or in the approach they follow to define the 


patterns in them. 


So the design systems which are supposed to 
be a "common-language" for their respective design 
process that every team member can adhere to in order 
to produce a consistent design, do not have a "common 
language" among themselves. Along with that, none 
of the design systems, as of today has a model that 
can help explain any other design system. Even, the 
basic smallest pattern or the building button, they 
define, does not explain the variations we see across 
cross domain, organization and technological context. 
A simple case of a "button" pattern, does not seem 


anymore simple, when we try to analyse it in this light. 
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For example, how is a button different from 
that of a toggle button, or a text-link or a simple 
radio-button? Even a simple hyper-link with some 
background color and cursor properties can cloak itself 
as a mental model of the user defining the concept 
of a ‘button’. Also, the technological dimensions 
to variation can span beyond the technology used, 


platform it is rendering and the framework or language 


in play. 


This is a perfect example even in such a narrow 
definition of a design system (i.e. a pattern library 
for UI or a basic brand-system or style guide), how 
it is a fit case for the need for a model to define these 
variations and inherent relationships among (һе 
entities to explain in a logical way how these variations 


are linked to each other. 


When I think about the Design System, 
its not limited to the UI or brand library typically 
that we refer and try to define, rather, being a part 
of DesOps mindset, where every organization is a 
Design Organization (as every organization is in using 
creativity in solving the problems for its customers 
through its products, services etc.), it spans across and 
touches different and diversified domains, technological 


dimensions and information spaces. 
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For example, a design system can be a knowledge 
system for system design meant for developers, technical 
architects, data scientists. Similarly, a design system 
can define the elementary components and practices 
for process design - e.g. the elementary blocks of a 
Design Thinking framework like that of IBM Design 
Thinking framework can be explained and built using 
such an approach. Or the design system can also cater 
to the need of the intersection of the specific industry 
need and technological domain at the micro-level — 
e.g. a design system that can define the model for a 
color system needed for a specific type LED monitor 


manufacturing industry. 


In all these scenarios, the task becomes critical 
to define a model that can stand for this "universe" 
what we refer as a "design system", where we can 
branch out or fork and build the shared meaning 
that can span across all diverse disciplines, domains, 


technologies and methodologies. 


If we look at the current solutions on different 
models to represent the Design Systems in a modular 
way, the most popular and most potential solution 
closer to an ideal model, seems to be Brad Frost's 
Atomic Design principle. Atomic Design takes cues 
from Chemical Periodic table where the smallest unit 


is called atom. However, this model also does not 
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treat all the aspects of the variations found described 


in the previous pages in this section. 


In Atomic Design smallest unit is atom, e.g. 
button. But it still does not provide a way to answer the 
the question - what is a button? Nor it helps solving 
identifying the relationships among components e.g. 
to handle the metamorphism of something what we 


believe is a button? 


Also, existing Atomic Design treats HTML 
elements as universe, where as these are just a subset 
of any design system. However, a design system should 
look beyond the scope and approach of the HTML 
world to handle variations and unlimited possibilities 
that comes with it. Тгуше to define a model based 
on an existing technological framework poses a danger 
to get a dead-end as technologies mature where old 
technologies die and the new ones replaces their 
role. Considering exiting HTML world, as the base 
reference to define a model for design system, and 
later expecting that model to fit into the need of other 
domains and technological framework makes the 


model conflicting to its very purpose. 


The model should be the one which can address 
the potentially any variation of even basic pattern can 


be another pattern in same or any other design system. 
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In the same light when we look at our button 
pattern example — when we see so many variations of 
button, can it be at the smallest level unit to build design 
system? Also can all that defined at the atom level be 
at the smallest level unit to build design system? Here 
is a potential solution to take this modular approach to 


the next level — Nuclear Design model. 


welcome to 


Design 


lar an 
scalable SR Sac to 


This approach helps in building a modular 
design system inspired Кот the nomenclature 
followed in Nuclear Chemistry. The smallest unit of 
usable entity is a ‘pattern’ that exists at a molecule level 
and which is made up of ‘derivatives’ (equivalent to 
isotopes) of some ‘primitives’ (equivalent to atoms), 
whose attributes like appearance, state and behaviour 


are defined at the ‘sub-atomic’ level called ‘tokens’. 
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This Nuclear model can be easily provide 
explaination of exitence of any patter, through the 
explaination of relations among the fundamental 


modular elements. 


This model can beautifully exlain the 
metamorphism of the patterns. For example a button 
can be seen as made up of a shape and a text primitives. 
If we add a image prmitive to it it will turn into a 
buttton with an icon. Removing the text primitive 
can make it a icon that has button like behaviours. 
Changing the token attributes would allow a button to 
convert into a text field if the text is editable. Thus the 
possibilities are many. Some of these examples are in 


the next few pages. 


Interesting point here is to notice that this 
modeling approach aligns to the extensibility aspect 
of any standard Object-Oriented model. And, this 
fits to the existing ontological technologies, and the 
models used for semantic-web and linked-data or 
graph-databases like RDF or OWL, etc. The power 
of design systems should lie because they can establish 
a common, publisher neutral platform integrating 
distributed computing and design eco-systems. One of 
the barrier to wider adoption of smart technology is 
the lack of tools for creating specifications that can 


help consumption and comprehension of the design 
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systems at large by the systems with little direct human 


intervention. 


One of the major way out for such a future 
is using RDF or micro-data formats to define the 
ontologies through formats like OWL, RDFa, etc. 
The semantics of the ontology can be used by the 
machine learning or AI systems in a similar manner 
how it currently uses the data modelling using the 
graph databases. This opens up a door to the future for 
the design that can support DesOps in organisations. 
Nuclear Design Model provides a foundation for design 


systems for future in such direction. 


So how such a model can contribute to build 
a semantic model, which is one of the two aspects 
of the Open Design System that I talked about in 


previous pages? 


Nuclear Design modelling approach follows 
the Object oriented model. The same model is also 
followed by the semantic models used by popular 
ontological langauages land formats ike OWL , RDF. 
So any design system built using Nuclear Design 
model would naturally align to the inheritance model 


and class structures followed by semantic frameworks. 
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A real life schema or a knowledge graph for building a 
design system model using this Nuclear Design model 
was one of my experients sometime back, where I 
used OWL to define a semantic schematic ontology 
to define the Nuclear Design model. Even though this 
was in a primitive state, you can play around it at bttp:// 


opendesignsystem.org and use as a aid to build on top of 


it. 
a OPEN 

DESIGN 

SYSTEM 
name target 
/odso http://opendesignsystem.org/ 
/odso/abstract http://opendesignsystem.org/documents/abstract/latest/odso-abstract.latest.owl 
/odso/abstract/0.1 http://opendesignsystem.org/documents/abstract/0.1/odso-abstract.0.1.owl 
/odso/abstract/0.2 http://opendesignsystem.org/documents/abstract/latest/odso-abstract.0.2.0wl 
/odso/abstract/1.0 http://opendesignsystem.org/documents/abstract/latest/odso-abstract.1.0.0wl 
/odso/odsf http://opendesignsystem.org/documents/odsf/latest/odso-odsf.latest.owl 
/odso/odsf/0.1 http://opendesignsystem.org/documents/odst/latest/odso-odsf.0.1.0wl 
/odso/odsf/0.2 http://opendesignsystem.org/documents/odsf/latest/odso-odsf.0.2.owl 
/odso/odsf/1.0 http://opendesignsystem.org/documents/odsf/latest/odso-odsf.1.0.owl 
/odso/ods http://opendesignsystem.org/documents/odst/latest/odso-ods.latest.owl 
/odso/ods/0.1 http://opendesignsystem.org/documents/odsf/latest/odso-ods.0.1.0wl 
/odso/ http://opendesignsystem.org/ 
/odso/system http://opendesignsystem.org/documents/odsf/latest/odso-system.latest.owl 
/odso/system/0.1 http://opendesignsystem.org/documents/odsf/latest/odso-system.0.1.owl 
/odso/system/0.2 http://opendesignsystem.org/documents/odsf/latest/odso-system.0.2.0wl 
/odso/system/1.0 http://opendesignsystem.org/documents/odsf/latest/odso-system.1.0.0wl 
/odso/odso http;//opendesignsystem.org/documents/odso/latest/odso.latest.owl 
/odso/odsf-g http://opendesignsystem.org/documents/odsf-g/latest/odsf-g.latest.owl 
/odso/odsf-g/0.1 http://opendesignsystem.org/documents/odsf-g/0.1/odsf-g.0.1 .owl 
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This was something very primitive initiative that I 
think the design communities should start think about 


in building collaboratively for every domain. 


I began the experiment Open Design System with a 
goal to find a direction on how we can achieve for 
design system what the semantic web is trying to 
achieve for web. The ontologies schema I created in 
this were under the namespace called @odso. Under 
this, there are namespaces are created like @odsf-g, 
@odsf-gui, @odsf-aui and @odsf-gesui under a open 
design system framework with a namespace @odsf that 


represented the Nuclear Design model. 


The @odsf-g represented the global class of the 
framework, which can be extended into any ontologies, 
for example @odsf-gui representing all GUI based 
ontologies or @odsf-aui that represents auditory 
based user interfaces etc. Any exiting brand system 
or a design system can extend these class and create 
their own classes or under their own namespace. 
This would help building a an eco-system of design 
systems that is scalable for collaboration. Anyone 
with the help of ontology editors can start building 
their own set of design systems by extending the 


existing Nuclear Design model or the similar. 
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This gave me the idea that the future of design systems 
can be consumed by the through RDF or OWL 
enabled applications or machines. As OWL can be 
written is RDF/XML format, any RDF compatible 
application can use these ontologies and process them. 
The next thing I was trying to explore was how can 
I build a real life design system for a HTML centric 
web-applications? To do that I tried to build a barebone 
prototype of a sample Design System based on this 
Nuclear Design model. 


To ensure that it is a truly an Open Design System, it 
has to conform to two basic aspects. First it must be 
modeled on a Content Delivery Network (CDN) that 
would allow different design systems to share their 
content for reusability and collaboration against some 
name spaces (or an identifier path). Second, it should 
follow a model that is scalable, extensible and can align 
to the semantic structure based on the Nuclear Design 
Model. 


I created a basic CSS3 representations of the Nuclear 
Model using С553 variables that allowed modification 
of properties which was an essential part of building an 
inheritance model of properties. This included a basic 
bucketing of the entities at a conceptual level, with a 


name-space model and folder structure. 
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©ODS-Global was the global name-space tagged to 
a folder that contained two set of entities i.e. Tokens 
and Primitives. In Tokens (representing properties and 
attributes) I kept all the list of tokens without assigning 
them to any particular entities. Then under Primitives, 
three main primitives were defined (namely Shape, 
Image and Text), where each one defined which tokens 
belong to them. Then each design system created by 
anyone would have a separate name-space folder under 
which there are buckets/folders for each entity type, 


namely: 


Tokens — set of properties or attributes defined with 
default values 

Primitives — applied a set of selective tokens 
Derivatives — these are derivations from any 
primitive with modified values to the tokens they are 
associated with) 

Patterns — combination of derivatives in an 
integrated way 

Template — combination of patterns. 

Views — combination of templates. 


The two diagrams in the next pages show the 
conceptual structure involving some sample patterns 
of the core design system and the other design systems 
which are extending it through the inheritance. This 


conceptual structure now can be represented in CSS, 


CHAPTER 9 025 


смамсеза 


ІМІІЛ-Е5а 


CNA3LLVd-€SQ 


LNHJLLVd-ESQ 
S31vidW3l 


LNYJLLVd'ESQ 
SNUALLVd 


S3ALLVA 
V3ALLVAI 


£JALLVA 
CHNILVA 


V3AUVA 


; S3ALLVARI3G 


zwawzsa | | : 


имам-25а | ] : 


ENH3JLLVd-ZSQ 


CNHdLLVd-'ESQ 


LNA3LLVd-ZSQ 


LNA3LLVd 
SNUdLLVd 


SHALLVAIH3G-ZSQ 


FANILYAlHJQ-ZSA ES ; 
EJAILVNIHJG-ZSA | : 


ZANLLVAIH3Q-ZSQ 


LINILVNIIG-ZSA 8 : 


SALVIdINSL 


SN33LLVd 


: ѕалиулічза 


ёмал-а | | : 


manisa |] : 


МУЗ Пуа-15а 


LNYJLLYd-LSA 


CNA3LLVd-LSQ 


LNa3LLVd-LSQ 


Ізлиулызаѕа E 


55424555 


ЗО d3IdWvxa 


SECTION | : OVERVIEW 


эмахог5а Q 


амзхогєѕа Ф : : 
: смао Y 'NOL 150 e 


Ремзи Ула: ©: 


| sNaHOL Y'NIHOL-ESA Q : 


SAMIR DASH: THE DESOPS ENTERPRISE 


(ESQ) Е WALSAS №9153А (254) г WALSAS N5IS3a (LSA) L WALSAS №9153а туаот19-5а0 


226 


V0L:1/3 - THE OVERVIEW & CULTURE (2ND ED) 


: SANILVARIAQ 


смала 


LMAIArESQ 


CNAdLLVd-€SQ 


LNYJLLVd-ESQ 


ta. 


ZNH3LIVd-€SQ 
-Esa 


S3ALLVA 
ЕШКІ: 


КЕ ТД. 
ZBNILYNĘ 


V3ALLVA| 


амзхогєѕа Ф 


1 малој Y'NIHOL-ESQ % 


(650) Е WALSAS МӘІ5З 


'SALV1dWAL 


16алцулїнза 


EM3IA'ESQ 


LM3IArESQ 


£NN3LIVd-CSQ 


ZNH3JLIVd-ZS 
LNHHLLVd-ZSQ 


SNH3LLIVd 


СЭЛШУЛЋ: 


V3ALLVA 
£3JALVAIME 


Z3ALVNE 


~ LAALLWA\ 


(250) 2 WALSAS МӨ!534 


: ѕалшулаза 


ZMAN- 5а 


LM3IA-LSQ 


ZNH3LLVd-LSQ 


имаш ГЫ е) 
S4LV1dWiL 


ZNHdLLVd-LSQ 


LNY 
SNUdLLVd 


Nd-LSC 


УЗЛІУЛІЯЗа-150- 


2” 
єзлшүлїнд@-са 
ZINLYANÁG-LSA 


LINILVAIA 


за 150 


= = омажилза Q 


i змажој У МОД B- 


(LSA) L WALSAS МӨ!534 


= 
:"SNEDIOL 


ТУЯ019:54О0 


= = = эмо 
= о. О 


SUB ESS 


30 З1амуха 
реџрош 4-7 
pelusyu! A||eonewojne « = 


ИЛ 


CHAPTER 9 


SAMIR DASH: THE DESOPS ENTERPRISE 


Na2-sao/ueisÁAsusisequedo/uo2'qnui8//:sd31q 


ss Tsp-TAueduuo»-uioo (7 | 


SMBIA 
543403 
Igel 53 
шау хо -a|geupa 2 ! зэүгүйшэ: 
juuxoqpe-3|qeup: a. хойрә}-әденрә Wf | зе|йшәз 
Ё is [ ) 
55уходроэ1-э|4енрэ | осипа | зэлцимия 
| swayed 
Mer нике МЫЗЫН EO coer cote CEA зәлцелиәр 
ајвиелј5р 


55>'реродрау бр || -г- verxoq»eirp 
зээхоарацар(7) q хочраувр 

= жәурр 

зубие фратар 


15p-Tfuedwo>-wo> 7 | fup» ЇЕ 
Р upo 
Zp-zfuedwo-wo> | гт 
нь И. р 129016 ! 


ieuou:punoz£xoeq-sdeuge-spo-- «67 _ 5525020) | {——_ 543403 


at E att ARR e dee ZERO tet ӨЫ} замишид 
В 55>рәҙ-5ро i 
! рэн рәүзро d | 4 


ssJ'adeys-spo (7 adeus-spo 


55224916 | | 


ss»'abeuir-spo эбеци-зро 


*INO33 20d GVOINMOG 


јиошдојелаа 


/ubiseq 
әм '6'9 


шешо џолм 
шр ae 


ошц>әҙ 


>ци>әсі e ози! 


wajsA$ 


ибїзэд чедо 
эц) бице(виел 


jo ejduiex3 


: OVERVIEW 


SECTION I 


008 


- THE OVERVIEW & CULTURE (2ND ED) 


V0L:1/3 


<Apoq/> 


{ 


‘49948 :э|аемедАи-- 


<лір/><,55е|2Аш,-556|2 Мр» 


<лір/><лір> 


jssejpAw" 


{ 


(әүдемелАш--)лел :рипол8уәед 


<Apoq> 


(92359! oj ӘШОЭ 


‘pad :ејаемеллш-- 
}yoou: 


009 


CHAPTER 9 


THE DESOPS ENTERPRISE 


SAMIR DASH 


5527 


«[,stNa2/sao//:duu, -2us 14425» 


<мр/> 


<мр/> 
< (иотан,г деј „}=этел-езер 
«Төр d-spo, «євєр „тховзхелАш, =p! лр> 


1434 иоцезнае. 


— Y 


{ ‘sdnysew pue SS) роје!20552 
pue ѕәлделџәр зизрџедер peo| 


= pue ээедзэшеи әліовәл ‘dnysew peay} 
<мр/ыэаеГ < дхазр зхаз-зро p-spo, -ssep Мр> 


< ,Xoqp adeys-spo р-зро,=взер Ap» 
<„хоохәз Tsp d-spo,-ssep мр» 


|URY'x0q7x21/x0qx23/su128REd/Tsp 


$52°}Ххә1/$вәлцелиәр/т$р/` :иоайш!@ 
ѕѕо’ход/ѕәлделиәр/тѕр/" :мойш!@ 


'(10[00-u8401-5po--)JEA:10|00 
hxe1-spo' 


xoqixe1/sujoyjed/Tsp. 


$s23Xe1-spo/ssaniund/jeqoja 


552'ход уха) /ходахеј/ошедед /т5р 


{ 

ерлод-џомој-5ро--)зел :лорлод 
(10]02-punou8xpeq-uax01-spo--)1eA :punoJ8y2eq 
Jedeys-spo' 


‘э8иело :10|[02-u3401-5po-- 
hxe1p' тәр 
552'1х91-оро/земишмиа Ледој8/' :uodui© 


552"әЧец$-5ро/зәл!иши@/үедо[8 
582: зхээр/вэлцделмэр/тяр 


( 

эуре|д:40(02-Шөх0)-5ро-- 

реја pijos хат :18p10q-uao1-spo-- 
‘pas :грипоза уред-џемој-5ро-- 
joos: 


{ 

гапја :punoJ8y2eq-uayo3-spo-- 
)xoqp: төр” 

$$2"Әйец</уедо[8/° :110du à) 


55-ходр/вәлделиәр/т5р 


$S3'su3404/su8102/|eqo|38 


{ 

‘pai pausep xdz :1ap1oq-uay01-spo-- 
*pau:punoJ8y2eq-uao1-spo-- 552'1х91-ро/замишиа Ледој8/. иоаш!@ 
}т5р` 552'одеу5-оро/замишиа Ледој8/. 340480) 
552'5иәхо1/$иәхоз/үедоЗ/' модш 


ss2'|eqo|3/|eqo|3/' :Hodui© 


552 |ёдо(8/|едо(8 


8 
a 
© 
о 
= 


иопејиошејаш јепзазио5 


OVERVIEW 


SECTION | 


94 


1/8 - THE OVERVIEW & CULTURE (210 ED) 


ІШ 


</„S'Na2/SaO//:dNY,„=2u 1duas» 


<мр/> 


<мр/> 
деј __„угепјел-ејер. 


(маз) sao 


xoqixo1/sujeyed/Tsp. 


<Np/>laqej —« „дхазр зхој-зро p-spo,-ssej Ap» 
< ,Xoqp adeys-spo р-зро,=5зер 
«,Xoqixo1 тер d-spo,-ssep мр» 


552'Xoq1xo3/xoq. 


‘эВие1о 


552'3хэ3-5ро/зэльниза/ Де 


$S3'X83p 


sso'adeys/|eqoj8 
sso'xoqp/! 


{рә pausep хас :1ap1oq-uay01-spo-- 
!peu:punoJ8x2eq-ua01-spo-- 
} Tsp" 


ss2'|eqo|3/|eqo|3/' syodui® 


{ ‘запулеш pue SS) роје!20552 
pue зэлцельэр ҙиәриәдәр peo| 
pue әдедѕәшеи эл(089: “Аапулеш peay} 


sf'Nad 


------------ 


'(10[00-u8401-Spo--)JEA:10|00 
hxe1-spo' 


$s271X93-spo/ssAniund/jeqoja 


{ 

{лэрлод-иэхо3-5ро--)лел :лорлод 
(10|00-puno18y2Eq-u2401-Spo--)IEA гриполдуред 
Jedeys-spo' 


ss2'adeys-spo/seA! id/Jeqoj8 


{ 

'уреја:лој02-игјој-5ро-- 

реја рцов хат :лерлод-џајој-5ро-- 
‘pas :грипоза уред-џемој-5ро-- 
joos: 


$s2'su8404/sus401/|eqo[3 


552'1х91-сро/замишиа Ледо|8/. модш еф 
552' оде у5-оро/замишиа Ледој8/. 340440) 
$s2'sua401/su3401/|eqo|8/* модш 


55214018/|ғ40|8 


иопејиошејаш јепазио5 


dal 


CHAPTER 9 


THE DESOPS ENTERPRISE 


SAMIR DASH 


OTI3H 


sso'Tsp/Tsp/Tsp/spo//:dny :Hodui© 


ss»'uoneoidde 


<! „5! ма2/5а0//: 414, -24s 391495> 


<лір/> 


<мр/> 
< (отаны ыәдғі „}=ател-езер 
„ISP 9-зро,=5зер „тховзхәАш„=р! Ap» 


<мр> 


үшзу`иоцеәцаае 


1x9} 


{ ‘sdnyJsew pue SS) payelsosse 
pue seAneAuap зиәриәдәр peo| 
pue ээедзэшеи eAjosaJ “пеш peay} 


<мр/> 


/>әде| < „їхәзр іхаҙ-5ро р-зро,=$$е|2 мр» 
< „ходр adeys-spo p-spo,-ssep Nip» 
X0q1X0) тр 9-вро,=55е]2 ip» 


маз 


| 
| 


шау хосдхәҙ/ховхәҙ/вішәуеб/ төр 


552'ухе у зелпелџер/т5р/' Modu BD 
552'ход/залцелџар/т5р/' :Hodu ©) 


'(10j09-u8404-5po--)JeA:1o|o2 
hxe1-spo' 


$S9'3X23-5po/saniluiud/|eqoj8 


ѕѕ2'ходахәз/ходзхәз/ѕшәед/тѕр 


{ 

{(4aps0q-Ud}0}-SpO--)JeA :19p1oq 
(10|00-puno.3y2Eq-ua40)-Spo--)1eA :риполз8 уред 
Jedeys-spo' 


{э8иело :10[02-ua01-spo-- 
}зхәзр` төр: 
552'1х91-ро/5амишма/једој8/' Још) 


552°әйец$-вро/$әлишиа/үедо3 


55ээхөзр/вөлцелнар/ єр 


( 

( *y2e|q:10[02-ua01-spo-- 
тәп|д :punoJ8y»eq-uaxo1-spo-- 1уоеја pijos хат :зәрлод-чәҳод-ѕро-- 
)xoqp' төр: {pad :punoJ8yoeq-uoyo1-spo-- 
ss2'adeys/|eqo|3/' :зойш!@ joos: 


Sso'Xoqp/senneAuep/Tsp 


552"5шә03/5иәх03/|е40|9 


( 

‘pau paysep xdz :лерлод-џедој-5ро-- 
= їиәәл8:рипол8уэәед-иәхо1-5ро-- $52°4Ххә1-5ро/вәлишиа/үедо8/° моди 
} Tsp" ss»'edeus-spo/seAniund/jeqo[8/. зош 


$s2'su3401/suay01/|eqo|3/" Uoduwi© 


ss2'|Eqo[3/|eqo|3/* д-овбішіФ) 


sso'|eqo|3/|eqo|3 


sso'Tsp/Tsp 


(мао) sao 
+ 
X 
Ф 
4 


џопезџошејаш јепзазиођ 


: OVERVIEW 


SECTION | 


030 


V0L:1/3 - THE OVERVIEW & CULTURE (2ND ED) 


HTML and JS easily. Refer to the images in the 
following pages, that illustrates the example. Note that 
this is a prototype of the concept and is not optimal for 


any production usage. 


There are a lot scope to improve the 
implementation. For example usage of € import in CSS 
in real time may not be practical, but it might be good 
idea to write a preprocessor that would build the final 
CSS and JS from the namespace, like NPM. Here are 


some screenshots from the experiment. 


The following a example of pattern called "label" 
from a designsystem namespace "com-companyl-ds1" 
. This is made with derivatives from 2 basic primitives 
i.e. "Shape" and "Text". 


€ С Ф localhost/application1/application1 


First Name Rá Elements Console Sources Network Репо 


Last Name 


The following a example of pattern called 


"button" from a designsystem namespace "com- 
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сотрапу1-451" . This is made with derivatives from 


same 2 basic primitives i.e. "Shape" and "Text". 


€ С Ф кхаїһозфа, 
For quick access, place your bes 


The following is an example of pattern called 
"editable-textbox" from a design-system namespace 
"com-companyl-dsi". This one is made with 
derivatives from same 2 basic primitives i.e. "Shape" 
and "Text". 


[Enter Your Name 


ntentediteble>śrbepzEnter Your Namec/div: 


The following an example of a template (not 
created a formal template class though ) ofa login form 
from a design-system name-space “com-companyl- 
451". This is made with patterns from same name- 


space. 
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€ Q © kocalhosy/application4/applicationd hti? 
For quick access, place your bookmarks here ол the bookmarks bar. Inport bockmarks now. 


CR A] | Elements Console Sources Network Performance Memory | Application 


Username 
знань == g0 
> «ва» сувай» 
Y воду 
Enter Username ны dde "nyContent"s 
Padiv class-tids-p овса abel у-у» 
У class-"ods-p con-companyi-ds1 editable-tectoox"> 
1484 class~"ods-d ods-shape dzitextbox > 
Password div class-"ods-d ods-text dsitextboxtext" contenteditable>Enter Username</div: 
<ratv> 
E 
<br> 


<div class="ods-p com-componyi-dsl 166177 

div class-"ods-d ods-text dsltext"»Passwordc/div» 
</div> 

<div class-"ods-p com-companyi-del editable сорох 


Enter Password 


y<dly class="0ds-d ods-shape dsitextbox" > 
div class="ods-d ods-text dsitextboxtext" contenteditable>Enter Password</div> 
хам» 
</div: 
<br> 


Y<div class="ods-p com-companyi-dsl button” 
vidis class-"ods-d ods-shape delcectangle's 
div class="ods-d ods-text dsitranstext” »Login! </div> 
idiv> 
</div> 
227 


<script sr 2°></seript> 
</body: 
pM 
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T. understand the overarching structure of DesOps, 
we need to explore the various dimensions that give 
the concept its shape. From a framework point of view 
if we look at it, the typical 3 pillars of any framework 
also fits here. 


Consistency 
In the context of DesOps the consistency plays the 


@ 
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major role both in approach and workflows as well as 


from the design perspective 


Continuity 
Mostly it fuels the continuous design aspect that 
provides agility to the design process. 


Complimentary 
No doubt as DesOps completes the full-circle, it 


complements the vision of DevOps. 


The consistency plays the 
major role both in approach 
and workflows as well as from 
the design perspective 


~ - 
T--------77 


Mostly it fuels the As DesOps completes the 
continuous design aspect full-circle, it 2 
that provides agility to the complements the vision 
design process. of DevOps. Also all the 


dimensions complement 
each other to ensure the 
full-circle. 
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The 
Dimensions. 


In recent times many have attempted to 
define the DesOps in easier words to the community. 
But many of those attempts never went beyond the 
explorations beyond the efforts put to define a Design 
System. 


Most times in many UX communities and 
teams, we limit the definitions of DesOps within the 
scope of Design System, which in turn essentially is 
a meta-product ie. a product that enables other 


products. 


Then what is the scope of DesOps? In my view, DesOps 
is not only about tools or technology employed which 
is generally referred to the discourses about bringing 
automation and improved process re-engineering in 


the engineering sense. 


Rather, DesOps is about defining a culture 
of design through improved work practices and 
communication among the design teams with the inter- 
cum-intra project/product teams and stakeholders and 


aiding these practices with the help of technology 
CHAPTER 10 238 
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to bring communications among the involved tools 
and the arching eco-systems. So DesOps is rather a 


combination of : 


Designing of 
Design-Culture and Communications 
+ 
Work practices 
+ 
Eco-System of Tools & Technologies 


In the designing of Design Culture basically 
the design process is involved to come up with a 
solution that takes into account the existing gaps and 
areas of improvement which is needed for a specific 
organization where communities or a team involved in 
product life cycles, (in case of Software industry, it’s 
more influenced from the Software Development Life 
Cycle ) to improve productivity, remove wastage (in 


terms of effort, delivery timeline, man-power etc.) 


As DesOps is associated with these aspects, 
and especially the Lean Process and methodologies, 
it intern impacts the culture and how the team 


collaborate, work and communicate. 
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DesOps empowers the philosophies of the Lean 
UX and Fail-Fast models of start-up organizations in 
a better way. So the process that involves the work- 
culture, team - communication, product feedback loops 
etc. are re-designed as a part of DesOps implementation 


and this is referred as Work practices. 


То aid the above two, іп DesOpsimplementation, 
the focus is more on automation involving certain 
workflow engineering to support the re-design process 
(referred in the paragraph above). Basically, this 3rd 
aspect is more about the translation of the about two 
aspects with the help of technologies and building 
and putting in places the tools to define the required 
eco-system that brings seamless delivery track and 
complement it with DevOps through continuous and 
integrated delivery approach with the arching feedback 
loop. Using automation in this aspect improves 
efficiency and scales the whole process across the 


whole product delivery cycle and reduces wastage. 


So here is a crude way to group the different 
dimensions of DesOps, which come into play while 
modeling DesOps solution for a target organization or 
team. Lets not take them literally as many of these 
dimensions have overlaps among them, for example, 
the way we work might involve components from the 


cultural shift dimension. 
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First Dimension - Culture 

The social behavior and norms is internally affected 
by both the forces which encourages change and the 
ones resisting change — which are related to structures 
and events within the DesOps system of humans and 
machines, and are involved in the perpetuation of 
cultural ideas and practices within current structures, 


which themselves are subject to change. 


* Principles & Practices 

* Cultural Shift towards Lean Philosophies 

* Тһе Interactions - the way the team 
works (Mostly Design team but not 


excluding the intra-team work-culture) 


Second Dimension - Process 

Process, primarily, a sequence of interdependent and 
linked procedures, is an important aspect that is made 
up of the workflows and the over-arching feedback- 
loop that acts as the spine of DesOps. Being organically 
associated with different functions, it involves the 
actions on different spheres of the operations running 


within the organization as well as the systems involved. 


* Work-flows 
* Feedback- loop 
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Third Dimension - Eco-System 

Eco-System being а regularly interacting ог 
interdependent group of entities forming an integrated 
whole, deals with the technology, tools and the design 
systems powered with automation, that makes DesOps 
real on the ground. Eco-system provides the required 
support to the culture and the processes to function as 


well as to transform. 


• Technologies 
* Tools 
• Design Systems 


• Automation architectures and approaches 
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ELEVEN 


A. pointed out in the last chapter, the dimension 
‘Culture’ has at the hindsight 3 life-lines, namely 


• Principles & Practices 

• Cultural Shift towards Lean Philosophies 

• The way the team works (Mostly Design 
team but not excluding the intra-team 


work-culture) 
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In the current chapter, we will be focusing on the 
principles that drive the DesOps philosophies. Broadly, 
the DesOps can be seen based on 10 commandments or 


the guiding principles, which help set the goals. 


ІШ plementing 
to Follow 
Methodologies. 


In reality, DesOps is the most evolved service 
design methodology, that touches upon all the 
different roles involved in a product life-cycle starting 
from conceptualization till the point product being 


used by the consumers. 


DesOps implementation should establish the 
best practices for designing services according to both 
the needs of customers and the competencies and 


capabilities of service providers. 
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Fad back-loop 
cut across 
product-lifecycle. 


Ensure the requirements are fed into the 
DevOps cycle through a feedback loop seamlessly so 
we can do the change of the requirements based on 
the feedback loop in the design stage. These may be 


through iterative or as the agile sprint loops. 
8 gue sp р 


The requirements formulation is one of the 
core activities of design. The requirements should 
be able to adjust based on the feedback that typically 
comes from means that cut across design and the 
development — -test-deployment-production stages. 
So it involves the feedback from the large part of the 
delivery-deployment track, which is DevOps impacted 


process areas. 


When continuous integration and delivery (CI 
& CD) are part of the DevOps implementation, the 
continuous feedbacks that pours from various stages 


of DevOps should be addressed in an agile and iterative 
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design stage, where these feedbacks fuel the design 
decisions to adjust requirements ignorer to meet the 


user as well as market needs. 


It is therefore critical that the DesOps 
implementation must follow the principle of 
completing the full circle of feedback loop that would 
cut across both designs and the dev-deploy-production 
stages - i.e. the complete SDLC and use it as an input 


for Design. 


Enipowerina 
for better 


This principle focuses on empowering 
stakeholders for a better decision-making through 
modern approaches like Hypothesis and Data-driven 


decision making for design and development. 


The stakeholders, in many times, take decisions 
for a product based on the experience and their gut- 
feel that impacts the product. The design - the 


creative problem solving - gets impacted by this as in 
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a real world, design decisions are always biased by the 
stakeholder’s view of the product and the market. 

A true DesOps should enable the stakeholder 
to take decisions based on a more data-driven way. 
Typical A/B testing, Hypothesis-Driven Development 
approach and analytics-driven decision making always 
help the stakeholder evaluate the options and it guides 
him to take the more pragmatic decisions by reducing 
his baseness from his pre-conceptualized version of the 


product, user, and market. 


True DesOps, aspires to a world where decisions 
are taken by validating the data against the postulates 
that impacts the design and the success of the product 


itself in the hands of users and market. 


#4: 
-mipowering 


When we broadly speak about design, we 
do mean the core essence that is about creative 
problem solving which transcends beyond the typical 
professional design practices such as social context and 
business. Because of this, the Design Thinking strategies 


as solution-focused thinking fuels innovation and in 
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today's world, it is a popular approach that is employed 


in communities and organizations. 


Many organizations, like IBM, KPMG etc. 
Have been improving the Design frameworks around 
the core concept of Design Thinking to come up with 
design strategies that would work with product life 
cycles and project management processes supporting 
Agile and Iterative approaches. For example, IBM 
Design Thinking (Here is a quick guide you can refer 
bttps://medium.com/eunoia-i-o/quick-guide-notes-on- 


tbe-ibm-design-tbinking-78490d7433dd ) 


However, in many angles, all these versions of 
Design Tbinking fail flat to impact the final deliverable 
products in a quick paced agile environment powered 
by continuous integration and delivery track. The 
workshops of such Design Tbinking sessions do provide 
innovative outputs, but for implementations, the sync 
between these and the final MVP that goes out of 
the delivery track, is lost and in most of the cases 
the stakeholders feel that despite the investment into 
the Design Tbinking approaches, the expected level of 
outcome in delivery is not met and most times changes 
in requirement in the middle, too many iterations 
leading to over budgeting, a mismatch of skill set and 
resources requirements to the initial planning work 


and the feasibility aspects were blamed for the inferior 
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quality of delivery in contrast to the grand outcome 
from the Design Thinking. 

Some years back, I was part of a large UX team 
of a Software Conglomerate, where I practiced their 
version of the Design Thinking framework. And during 
many workshops with major customers, and also 
from casual discussions with some stakeholders and 
Design Thinking practitioners, I realized that though 
many of our workshops were successful and were 
received by the clients with excitement and a sense of 
achievement, this most times died down after a few 
months of implementation happened over fast paced 
agile delivery modes, as the translation of the great 
solutions that came out from the Design Thinking 
sessions, didn’t actually live up to the expectations due 
to too many changes in requirements happened because 
of feasibility, resource management, technology and 


similar issues. 


For me, the takeaway from there was that 
in a fast-paced delivery track, we must connect the 
feedback loop across the design stages to be reviewed 
at the same pace to ensure that the overall speed of 
the delivery with quality remains intact. Most times, 
because of the fact the issues that popped up during 
the implementation stages, were never efficiently part 
of the Design Thinking sessions of the next iteration or 


design cycle that runs, it was not effective in coming 
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out more practical and pragmatic design solutions and 


make the necessary adjustments to the requirements. 


And in such cases the DevOps even when 
efficiently implemented, the lagging and relatively slow 
churning-outs from the Design Thinking, the overall 
delivery gets impacted resulting into inferior quality 
MVP than that of the envisioned one. As the Design 
and Development are two wheels of the bicycle that 
the product is riding on, even if the Dev wheel is made 
efficient by implementing the best possible DevOps, 
the overall pace and efficiency of the cycle is reduced 


and is equal to the other lagging wheel i.e. Design. 


To overcome this, one of the core principles 
of DesOps is to empower Design Thinking to make it 
more efficient in a fast-paced DevOps enabled delivery 
process, making it the best fit case for the organizations 


to adopt. 
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Advocate 


Methodologies 
Philosophies. 


АП "Lean" models typically focus on reducing 
waste in a process by removing it from the value chain 
of the usability process. One of the key goals of DesOps 
is about taking proactive measures in reducing waste 
and fundamentally support tries to bring the practical 


implementations of it. 


DesObs, at the core advocates, Lean philosophies 
like the опе we see in Lean UX models. Along with the 
fact that Lean UX itself is based on 3 basic principles 
like Design Thinking, Agile Software Development and 
Lean Startup methods like “build - measure - learn", it 


is an organic part of in DesOps philosophies. 
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TO: 

ranslate 
into Existing 
on Ground. 


DesOps supports User-Centered Design 
(UCD) process in which "the needs, wants and 
limitations of end-users of a product are given 
extensive attention at each stage”. Basically, in 
DesObs, the focus is same as on any optimized 
UCD process, where most of the priority is on 
understanding the behavioral aspect of the user 
interacting so that the users learning curve in using 
the system can be evaluated in order to optimize and 
reduce it. As DesOps, emphasizes on optimizing the 
product around “how users can, want or need to use 
the product, rather than forcing the users to change 
the behavior to accommodate the product”, it loads 
the philosophies of typical UCD model. So DesOps 
inherits the following factors from UCD, namely — 


• Needs of Users 
* Limitations of Users 
• Preference of Users 


* Business objectives of the Product. 
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„ohesive 


DesOps is about having a cohesive team- 
play, where designer, stakeholders and developers 
are part of the same team and part of the same team 
play. As DesOps advocates Lean UX, it inherits one 
key attributes from Lean UX, which is about cross- 
functional team-play. 

Typically che Lean UX advocates that specialists 
from various disciplines should come together to co- 
create the product. Such team traditionally comprises 
of roles in software engineering, product management, 
interaction design, visual design, content strategy, 


marketing and quality assurance or testing disciplines. 


DesOps fundamentally enables this in bring 
these diverse roles to the same page and improves 
productivity through improving feedback loop and 
communication and providing a train of outcomes of the 
product development track that helps in "continuous 
discovery" and validation of product requirements and 


ideas. 
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58; 

educe 

between Roles 
to Reduce Waste. 


Technology decisions should be guided by 
lowering the boundaries between roles and automation 
to reduce waste and repetitive jobs that work for the 
product and project. 

Perhaps the biggest visible attribute of DesObs is 
the technology aspect, and the basic principle around a 
technology is about the technology decision-making. 
This is one of the most critical and impacting principles 
as the right decisions making for choosing the correct 
technology that will enable or help implement the 
most effective DesOps for the target organization/ 
team. As DesOps involves the workflows, that touches 
the different aspects of Software Development Life 
Cycle and as the goal of DesOps is to achieve scale, 
the tracking, and traceability of workflows and 
responsibilities involved from different team members, 
technology, and tools employed to make it possible are 
carefully selected to meet the specific design culture 
that was redesigned with the re-engineered processes 


and workflows. 
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Employment of automation, machine learning, 
and artificial intelligence plays a key role in the 
context of the technology selection to aid the DesOps 
implementation as well as improving the case for it 
to play a complementary role for DevOps to make the 
full-circle. 


Few years back, at an R&D center of a leading 
mobile brand in Bangalore, I was part of a creative 
team where almost 70% of the crowd were visual 
designers. Many of the creative crowd, complained 
about the design process that involved creation of a 
style guide of the apps that they were working on. 
Every app-project used to be developed for different 
flagship phones models with different resolutions 
and screen densities. And being developed in native 
languages for Android view-ports, designer used to 
develop each style guide for each project separately 
for each model of a phone. Each style-guide has to 
be detailed to pixel level which the designer has to 
calculate and define taking calculation of the view port 
Pixel Density (PD). Many designers have to maintain 
different versions of the mock-up and the create specs 
for each version, which was more like a “drafts man’s 
job” with lesser creative moments for expressions and 
innovation than the previous phase where the designer 
has to follow the wire-frame and come up with pixel 


perfect mock-ups of the app screens. 
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Almost all the designers tried to grab their hands 
on the creative part of the job, getting engaged with 
the stakeholders and the designers preferred to avoid 
working on the style-guide, though they would love to 
review one. The ‘not-so-seniors’ worked on the drafting 
of the guide and churned out the specs document, yet 
do the crying it is less creative even though it is one 
of the most critical parts of the design process. On 
calculating how much effort we are giving to a creative 
phase of creating a visual mock-up vs. a drafting work, 
it turned out that roughly on average, one view of a 
single screen to be mocked up in something around 
the 4-8 hours. Creation of a very detailed specification 
document might need the 4-6 hours of the job. But if 
it is designed for multiple view-ports of an operating 
system with significant pixel density change along 
with varied resolutions, then this drafting time gets 
multiplied. So by creating 4 generations of phone 
models running different generation of Android might 
need the 16-24 hours. So the designer takes roughly 
one week of work for a view in this case from wire- 
framing stage to the finished design with specs ready 
for the developer. 


Averagely an app can have 10 views, so the 
whole app would need approximately a month of work 
to be designed and be ready for 4 different models. Even 


though this is a very high level bare-bone calculation, 
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it showed a few things-for the designer 1/4th of his 
work remains creative whereas the remaining 3/4th 
of his time is a purely drafts-man job, leading to an 


unsatisfying job experience. 


Similarly, for the organization, they are is 
paying a higher fee for a lower type of work, as the 
typical higher salary of the designer is spent in that 
3/4th of the lower type less creative work. Even 
though the 3/4th of the job is lower profile job, which 
could have been automated, consumes more from 
the delivery time. if we look at the timeline of the 
delivery of the design deliverables, we see that 1/4th of 
the delivery time is actually spent in creative way. So 
actually if there is a scope to automate the low profile 
manual work, where the designer does not need to use 
his right brain, then the deliverables could have been 
delivered in just 1 week instead of a month! Also note 
that time is money for industry, so the organization is 
actually spending 300% more than it should and that 


too on a higher price point. 


Again, apart from this there are other factors 
that contributed to above problem. Being in a world 
of rapidly changing requirements, many industries 
are following “Agile” or “Iterative” approach of work. 
Which means in the short notice things can change 


even to the look and feel and UI aspect, which would 
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mean a change to the style guide if view of standard 
control lines are affected. This has a cascading effect 
that flows through the style guide work. So any change 
in such requirement means the wastage of effort and 


addition of new efforts to keep the specs aligned. 


Based on these findings, in 2013, I had 
worked on a pet experiment Specstra, to explore a 
possible solution for design-related automation process 
specially the creation of the visual style guides out of 
different design file formats. Basically, my focus was 
to automate the blocks that were more aligned to less 
creative activity so that these blocks can be removed 


from the creative process flow. 


This exploration of Ѕресѕсга, was about 
removing repetitive manual work of draftsmanship in 
creation of visual design specs or style guide (part of 
static design systems) involving automation the process 


to reduce the efforts from days to just 2-3 minutes. 


It used standard design file formats including 
proprietary ones like Photoshop (.PSD), Illustrator 
(-AI) and PDF, as input to generate completely detailed 
pixel perfect style guide with annotations and 
target resolution and device screen density specific 
specifications that can be used by the development 


team to create screens. 


CHAPTER 11 И 


SAMIR DASH: THE DESOPS ENTERPRISE 


(Figure: The printable visual style guide generated within minutes 
from ‘Specstra’ comes handy for developers to make a pixel perfect 
UD 


Ares tre 


(Video - bttp://desops.io/2018/05/07/video-specstra-visual-design- 
style-guide-automation-proof-of-concept/ . n my experimental 
prototype Specstra tbe attempt was made to bring automation to 


visual design process to reduce repetitive manual tasks.) 


20 SECTION 2 : CULTURE 


V0L:1/3 - THE OVERVIEW & CULTURE (2ND ED) 


You can read about this story at IBM Design 
Blog ас | bttps://medium.com/design-ibm/specstra- 
experimenting-with-automation-in-design-industry- 


464 1c0b4244d 


B2: Tm 
e-Designing 
the Process. 


Optimized and re-designed processes are key to 
reduce waste and remove repetition, At the same time 
lower boundaries between roles. Broadly the processes 
that are redesigned in a DesOps implementation 
include strategy and workflows for reducing wastage. 
Any repetitive blocks are removed or replaced with the 
ones that provide quick turnaround time for design 
deliverables and the access to all-around feedback 
-loops across the life cycle including development, 


deployment areas. 


The goals of improvement of processes also 
include lowering boundary among different roles to 
enable a cross-functional team to quickly iterate and 
produce design outcomes which can be fed into DevOps 


thread in the cycle. Also, process improvements 
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include automation focus along with workflows for 
traceability and tracking and preparing benchmark data 
and validating the feedbacks and product performance 
against them in a seamless way. Also, alongside the 
focus of the process redesign as part of DesOps include 
the areas to customize and complement workflows to 
the existing SDLC if required, that is in the process 


where possible e.g. Agile, Iterative and Lean models. 


ble 
eviews 
Data-driven 


A DesOps implementation should support 
benchmarking and validating against those benchmarks 
for design and implementation aspects. You might 
have noticed that the feedback-loop is fundamental to 
the DesOps philosophies. And you might have noticed 
that in the previous principles, most of them directly 
or indirectly pave the way for integrated feedback- 
loop that helps to enable faster delivery track for an 
efficient and productive product delivery with the tint 


of innovation. 
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So, it is critical for the DesOps as a service 
design must make ways for benchmarking the various 
attributes of the product and the delivery method 
itself that contributes to the speed and agility so that 
the feedback loop can well use these to validate and 


support a faster and informed decision making. 


This can be illustrated through an example 
in context to any specific practice associated with an 
SDLC, for instance Beta Testing. 


If you ask most people why beta testing and 
related tools are important, they'll name things such 
as shortening of beta cycles, reduced time investment, 
increased tester participation, improved feedback loops 
and visibility. However, all the reasons beta testing is 
so critical can be narrowed down to two major issues, 
both of which are predominant in the beta testing 
phase of the SDLC: 


* The intersection of humans and 
technology 
* Usability and quality standards 


In one of my recent explorations into beta- 
testing for Red Hat QE CampX and Idea Incubation 
program, I had focused on this aspect as human users 


are more emotionally connected to the aspects of the 
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product that are validated or verified in beta testing. 
During this exploration, I tried to come up with a 
prototype called BetaStudio, that attempted to address 
how to create benchmark for attributes which are 
more on the creative side and fall in the design stages 
of a products lifecycle, and thereby using some kind 


of mechanism to validate based on such benchmarks. 


This is our top challenge in beta testing: How 
can we filter out pure perception from actual and valid 
issues and concerns? Most issues are related to user 
testing, split testing, and front-end testing; there is 
no optimized, single-window solution smart enough 
to effectively handle all of it. Real users in the real 
environment generally can't comprehend all aspects of 
beta testing. Since we're testing their perspective, there's 
no way to validate it with data from some benchmark/ 
standards. Read about BetaStudio at bttps://developers. 
redbat.com/blog/2018/01/05/beta-testing-automation/ 


The diagram in the folowing pages shows the 
high-level vision of BetaStudio that used benchmarking 
of design aspects which were used at a later stage 
(mostly the track covered by DevOps) to validate the 


feedback most of which were generated by automation. 


Whileimplementing DesOpsin the organization 


if we contradict any of these principles, it would result 
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in a half-baked design operation that would not help 
in achieving the goal. In one of the organizations I was 
part of in recent past, some attempts were made to 


improve the design process. 


And in the effort to make the design teams 
activities streamlined, certain design tools licenses 
were bought and the team members are asked to follow 
certain fixed process and semi-automation plugins etc. 
Along with this an earlier design system was revamped 
to provide commonly used patterns and widgets to 
be used. In the name of improving the process Agile 
model was cut-pasted and was followed. But over the 
period it was noticed that the overall efficiency dropped 


in the team. 


(Video bttp://desops.io/2018/05/07/video-bttps-www-youtube-com- 
watchvkitqd5wc4_4/ In my experimental prototype BetaStudio the 
benchmark based review and feedback-loop was explored. ) 
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The interesting part was even though the steps 
to improve the design work culture implemented some 
key principles we discussed, and missed many, which 


led to a failed process re-engineering. 


The whole agile process implemented was 
designed to make the design teamwork as a separate 
entity to match the organization structure of the team 
as a separate business unit to ensure easy budgeting and 
determine responsibilities of the team across multiple 


projects running. 


If we review this case, we can find that the 
putting the design team's own process delivery cycle 
didn't contribute to the overall product delivery cycle. 
It conflicted with the DesOps principles like Cohesive 
Team-play and supporting Lean model which advocated 
the arching DesOps should encompass and cut across 
all the teams responsible for the product and not just 
the design team. Also making design team as a single 
entity, put it into a silo because of which the feedback 
loop was not effective, it impacted the translation of 


UCD philosophies. 
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TWELVE 


A method, procedure, process, or rule used in a 
particular field is typically defined as practice for that 
field. In last article, we discovered about the 10 guiding 
principles that drive the DesOps. No wonder the 
practices involved in DesOps, loud the same principles 
to the core. Note that we are still discussing the culture 
driven by DesOps / DesignOps, that is typically fuelled 
by these practices. Here are the broad practices that 
drive the DesOps philosophies: 
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* Design Thinking 

* User-centered Design (UCD) and 
Usability Design 

* Hypothesis-Driven Design/Development 
(HDD) & Data-driven Decisions making 

* Agile / Iterative Life Cycle 

* Lean UX Approach 

* Fail-Fast through Prototyping 

* Continuous Discovery 

* Continuous builds and delivery 

* Integrated & incremental testing 

* Service Design on an Integrated 
Feedback-Loop 
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Design 


This practice ensures that we employ the creative 
problem solving, the typical methodologies and tools 
of Design Tbinking. 


Design Tbinking emerged as a predominant concept 
with a name back in the 1960s, but it was IDEO co- 
founder David Kelley who brought the idea into the 


mainstream of business and innovation. 


A Design Thinker, has the following most distinctive 


qualities: 


Empathy 

Design thinkers readily identify with the perspectives 
of colleagues, clients, end users, and customers. They 
use this insight to create desirable solutions, and fulfill 
product needs that even the user didn't know they had. 


Integrative thinking 

Design thinkers rely on analytical processes as well 
as exhibit the ability to see all of the salient and 
contradictory aspects of the problem they are trying to 
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solve. By negotiating between conflicting ideas about 


the right way, they can develop a better solution. 


Optimism 

It is about the belief that that no matter how 
challenging the constraints of a given problem, there 
is always a potential, solution that is better than the 


alternatives which already exists. 


Experimentation 
Design thinkers believe in the radical disruptive change 
rather than trying to make incremental improvements 


fuelling innovation. 


Collaboration 
Design thinkers collaborate with people different 


disciplines. 


The typical tools of Design Thinking, such as 
Stakeholders map, Experience maps (As Is and To 
Be), Personae, Roadmap, MVP, Kano Modeling, Story 
Boarding, Priority Grid etc. are coupled with continuous 
practices defined in the following to implement the 
Continuous Loop of the Design Thinking practice that 
holds the DesOps philosophies. 


Here are some quick notes and list of 


methodologies and tools used in IBM version of it 
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which anyway follows the fundamental principles of 
Design Thinking: https://medium.com/eunoia-i-o/quick- 
guide-notes-on-tbe-ibm-design-tbinking-78490d 7433dd. 


С г-сепјегед 
& Usability 


The popular term User-Centered Design 
(UCD) gets its inspiration from the Human-Centered 
Design (HCD), a term originally coined by Don 
Norman, refers to an attitude and a mindset, which 
bring people or user and their characteristics as key 
driving factors to the heart of all the design process as 


a whole. 


Users (both the typical user / persona from 
UX angle and the segment from marketing/business 
context ) are at the core of DesOps. Any design 
solution generated fundamentally is an advocacy of 
the user needs and tries to direct the business goals 
to build upon this. The business goals are also in such 
cases are market specific and are based on the pulse of 
the segments driven by the user needs. You can have a 
quick note on UCD and usability-design here : bttps:// 
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www.linkedin.com/pulse/20140702070557-9377042- 
usability-design-and-user-centered-design-ucd/. As UCD 
or Usability design focuses on the Iterative Design 
approach of User Centered System Design (UCSD) 


process this fundamentally contributes to DesOps goals. 


As UCD supports growing product through iterative 
design that is also fuelled by all three models of design 
which contribute to typical Design Thinking as well as 
Lean UX models, namely: 


Cooperative Design 


This involves designers and users on an equal footing. 


Participatory Design (PD) 
Inspired by Cooperative Design, focusing on the 


participation of users 


Contextual Design 
"Customer-Centered Design" in the actual context, 


including some ideas from Participatory Design. 


Here are the steps we use while implementing UCD, 
irrespective of the above models we follow: АП these 
UCD models involve more or less a set of activities 


grouped into the following steps mentioned below: 


STEP 1 - Planning 
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In this stage the UCD process is planned and if needed 
customized. It involves understanding the business 
needs and setting up the goals and objectives of the 
UX activities. Also forming the right team for the UX 
needs and if needed hiring specialties fall into this step. 


STEP 2 - User Data Collection and Analysis 

This step involves data collection through different 
applicable methodologies such as user interviews, 
developing personas, conducting scenarios, use-cases 


and user stories analysis, setting up measurable goals. 


STEP 3 - Designing and Prototyping 
This involves activities like card sorting, conducting 


IA, wire-framing and developing prototyping. 


STEP 4 - Content Writing 
This involves content refinement and writing for web 


and similar activities. 


STEP 5 - Usability Testing 

This involves is a set of activities of conducting tests and 
heuristic evaluations and reporting to allow refinement 
of the product. However, Usability Testing can have its 
set of steps involving similar activities such as planning 
, Team forming, testing, review and data analysis and 
reporting. And you will see all these naturally fall into 


the places while any DesOps is implemented. 
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Hiyoothesis 
Design (HDD) 
Decision Making 


The DesOps story remains incomplete 
without referring to one of its key practices that are 
Hypothesis-driven - development (HDD), which 
certainly contributes to the service design like DesOps, 
that brings possibilities of changes to inculcate Design 


Thinking, innovation and organizational changes. 


It also promotes the lifecycle methods and 
adjusts them to ensure that integrated work-flow and 
work-culture is established that can make the best use 
of data-driven decision making by running multiple 
early-stage experiments (synonymous with what we are 
trying to achieve through continuous feedback loop 
and prototyping) and gathering insights from their 


outcomes (and not just output). 
Another interesting thing is that this advocates 


the use of UCD approaches as it focuses on making 


an assumption, running experimenting and validating 
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them with measurable data, and thereby taking some 


action based on the same. 


Gile 
Life-cycle. 


There are several challenges in integrating 
UX design and related activities into a typical agile 
software development lifecycle process. The most 
common problem is typically “ finding a balance 
between up-front interaction design and integrating 
interaction design with iterative coding with the aim 
of delivering working software instead of early design 
concepts”. This happens mostly because typical pure 
SDLC approaches primarily aim at “efficient coding 
tactics together with project management and team 


organization instead of usability engineering”. 


As Agile is more “a way of thinking about 
creating software products’ rather than being a specific 
process or methodology hints at the challenges of UX 
integration into it as integrating user research and UX 
design with agile, is itself an “agile anti-pattern”. The 
very idea of SDLC is a process for developing software, 


traditionally never kept the “user” into a focus, or event 
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kept any scope for methodologies that try to bring any 
component that is not considered as a native ingredient 


of the process of creating a software product. 


The focus was always the "cost, scope, and 
schedule" that drive any traditional SDLC models 
including Agile. And sure enough, this typically 
gives rise to the challenges for UX integration into 
any SDLC as project managers never try to upset the 
balance of these three by reducing costs, tightening 


deadlines, and adding features in the specification. 


To know more about the typical challenges we 
face while implementing design / UX into Agile SDLC 
read my earlier article here: bttps://www.linkedin.com/ 
pulse/20140706143027-9377042-challenges-in-ux- 
integration-with-different-sdlc-models/ 


However, there ways to mend this gaps between 
process driven life cycle models such as Agile model -- 
one of such is to implement usability design model (we 
discussed that as a practice of DesOps above). Usability 
process supplements to any software development life 
cycle at various stages, as is not a complete product 
development process as it does not output the final 
product at the end of the process cycle. One such 
solution is reflected in below diagram : 


And it is interesting to see that each cycle in such 
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solution is actually contributing to a continuous cycle 
of Conceptualize - Design - Build - Test that aligns 
nicely with DesOps principles and other practices. 


(дэп 
Арргоасћ. 


The Lean ОХ practice focuses on the Lean 
philosophies that focus primarily on reducing waste 
from the process and provide ways to simplify and 
expedite the delivery keeping the quality intact or 
enhanced. Interestingly the Lean UX is based on 
the 3 foundations, which are also part of the DesOps 


practices list we are discussing: 


Design Thinking 

This foundation upholds the concept that "every aspect 
of a business can be approached with design methods" 
and gives "designers permission and precedent to work 


beyond their typical boundaries." 


Agile Software Development 
Core values of Agile are the key to Lean UX. 


Lean Startup Method 
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Lean Startup uses a feedback loop called “build- 
measure-learn" to minimize project risk and gets 
teams building quickly and learning quickly No 
practice used in Lean UX is something new. Rather 
it is "built from well-understood UX practices". Many 
of the techniques used over the time in various UX 
process and have the practical usability even today have 
been packaged properly in Lean UX. So the following 
foundation pillars of this also supports DesOps as 


inherited from this practice: 


Cross-Functional Teams 

Specialists from various disciplines come together to 
form a cross-functional team to create the product. 
Such a team typically consists of Software engineering, 
product management, interaction design, visual design, 
content strategy, marketing, and quality assurance 


(QA). 


Small, Dedicated, Collocated 

Keep your teams small—no more than 10 total core 
people as keeping small team has the benefit of small 
teams comes down to three words: communication, 
focus, and camaraderie. It is easier to manage the 
smaller team as keeping track of status report, change 


management and learning. 


Progress = Outcomes, Not Output 
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The focus should be on business goals which are 
typically are the “outcomes”, rather than the output 


product/system or service. 


Problem-Focused Teams 
"A problem-focused team is one that has been assigned 
a business problem to solve, as opposed to a set of 


features to implement”. 


Removing Waste 

This is one of the key ingredients of Lean UX which 
is focused on “removal of anything that doesn’t lead 
to the ultimate goal” so that the team resource can be 


utilized properly. 


Small Batch Size 
Lean UX focuses on “notion to keep inventory low and 


quality high”. 


Continuous Discovery 
“Regular customer conversations provide frequent 


opportunities for validating new product ideas” 


GOOB: The New User-Centricity 
GOOB stands for “getting out of the building” -- 
meeting-room debates about user needs won't be 


settled conclusively within your office. Instead, the 
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answers lie out in the marketplace, outside of your 


building. 


Shared Understanding 
The more a team collectively understands what it's 
doing and why, the less it has to depend on secondhand 


reports and detailed documents to continue its work. 


Anti-Pattern: Rock-stars, Gurus, and Ninjas 
Team cohesion breaks down when you add individuals 
with large egos who are determined to stand out and 


be stars. So more efforts should on team collaboration. 


Externalizing Your Work 
"Externalizing gets ideas out of teammates’ heads and 
on to the wall, allowing everyone to see where the 


team stands". 


Making over Analysis 
“There is more value in creating the first version of an 
idea than spending half a day debating its merits in a 


conference room". 


Learning over Growth 
"Lean UX favours a focus on learning first and scaling 


second”. 


Permission to Fail 
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“Lean UX teams need to experiment with ideas. Most 
of these ideas will fail. The team must be safe to fail if 


they are to be successful”. 


Getting Out of the Deliverables Business 

“The team’s focus should be on learning which features 
have the biggest impact on the their customers. The 
artifacts the team uses to gain that knowledge are 


irrelevant.” 


ган 
OUD ing. 


Typically а Fail-Fast is about immediately 
reporting any condition that is likely to indicate a 
failure. Also, Fail-Fast allows gathering early stage 
feedback that serves as an input for the continuous 
UCD model which helps bring up solutions to the 
design issues using such input and thereby minimizes 
the risk of product failure in the hand of users or in 
the market. This is also a philosophy that aligns to the 
Lean Startup methodology and accelerates innovation 


as it encourages taking early stage risk. 


Typically the startup cultures undertake bold 
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experiments to determine the long-term viability of a 
product or strategy, rather than proceeding cautiously 
and investing years in a doomed approach. In service 
design, this helps to improve the processes to make 
use of systems that support Lean methodologies and 
model. The great part is that this in DesOps while 
getting combined with UCD processes, provides 
options to run short and quick UCD iterative cycles of 
Think - Make - Break kind of model. 


Prototype plays a crucial role in UCD models 
to achieve Fail-Fast and thereby ensuring early 
feedback on the design is received that can contribute 
to the evolution of the product. Different fidelity of 
prototypes is used in order to ensure that the target 


experience can be tested. 


27: : 
ontinous 


Continuous Discovery is primarily involved 
with the conceptualization stage of the product 


lifecycle. This practice mostly is driven factors like 


User focus 


The goals of the activity, the work domain or context 
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of use, the users’ goals, tasks and needs should control 


the development. 


Active user involvement 
Representative users should actively participate, early 
and continuously throughout the entire development 


process and throughout the system life cycle. 


Simple design representations 
The design must be represented in such ways that users 


and all other stakeholders can easily understand it. 


Explicit and conscious design activities 
The development process should contain dedicated 


design activities. 


This practice, however, is not just limited to 
conceptualization stage, but organically is part of the 
evaluation and build stages as the outcomes from such 
stages of life cycle, it gets the input of feedbacks and 
evaluation results which aid in the discovery of the 


solution through the design process. 
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(9: tinous 
& Delivery 


This practice focuses on continuous design 
delivery that ensures that the DesOps sustains the 
lifecycle and supports iterative UCD cycles. This 
involves the process that supports the design of the 
solution which thereby contributing to the system 


development that is iterative and incremental. 


The early part of life cycles involving such 
practice typically gains life from prototyping which is 
used to visualize and evaluate ideas and design solutions 


in cooperation with the users. 
So the factors in this practices are : 


Evolutionary systems development 
The systems development should be both iterative and 


incremental. 


Prototyping 
Early and continuously, prototypes should be used to 
visualize and evaluate ideas and design solutions in 


cooperation with the users. 
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(Мед rated 
Testing. 


Evaluation and getting the feedback from 
all stages of the life-cycle is key to any DesOps 
implementation, therefore integrated testing (including 
usability testing) in an incremental fashion is what 
that plays a stronger role among all the practices. This 
actually draws from the UCD models running a User 
Centered System Design (UCSD) approach. 


As UCD experts help in benchmarking usability 
tests popularly known as "summative evaluations" that 
evaluates the performance of the system /product 
developed on several grounds. The metrics of this test 
is typically based on the "error rate for users as they 
use the system", the "time it takes to attain proficiency 
performing a task", and the "time it takes to perform a 
task once proficiency has been attained". So the factor 
that drives the practice is the Evaluation of Usage in 


Context. 


Baseline usability goals and design criteria 
should control the development. Note that the key 


here is that all the testing should support evaluations 
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in context. In the real context of use, getting the data is 
what makes this effective and thereby making DesOps 


more fruitful. 


The ISO standard also defines Quality process 
where context plays the major role. And interestingly 
Usability testing апа HCI aspects are all driven by 
context. Read one of my articles on how context plays a 
critical role in testing and usability, which also narrates 
an experiment named BetaStudio here — https:// 
medium.com/eunoia-i-o/re-imagining-beta-testing-in- 
the-ever-changing-world-of-automation-3579ac418007 
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ervice Design 
Integrated 
Model. 


The integrated feedback loop is actually more 
than getting testing reports. This practice ensures 
that the feedback flows from any point to any point 
as needed, may it be from stakeholder to Designers, 
or End-Users to Developer, Testers to Designers or 


in any path that flows from one persona to the other. 


CHAPTER 12 305 


Also, this includes the service design that 
helps to implement the DesOps which ensures the 
information, as well as the feedback, is flowing 
seamlessly even including from and to the systems 
and different roles. This certainly uses service design 
employing recent technologies like Automation, 


Machine Learning and Artificial Intelligence etc. 
ка | ие-... 
roposition. 

Each design is a proposed business solution, 
which is essentially, is a hypothesis. Any design 
process -- as strives to get the answer or solution to 
a fundamental problem -- essentially starts with the 


problem in mind and some assumptions in mind, 


which is mostly a hypothesis. 


To solve the problem, with the assumed 
hypothesis or the business value in mind, the designer 
iterates and if he uses User-Centered Development 
(UCD) approaches, he would go into the cycle of 
Think - Make - Test cycle. And this implicit way of 
solving the issue creatively uses references to different 


aspects of business, namely: 
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* The complete business offering 

* Customer orientation and service 
innovation for customer relationship 

* Business Infrastructure 

* Revenue Streams 


* Productivity and Cost control structures 


As DesOps principles and practices have 
Hypothesis Driven Design & Development (HDD) 
and UCD process as its core components, it also refers 
to the same business value propositions. Implementing 
DesOps actually takes these into consideration and tries 
to use technology to improve the process around these. 
If we refer to any standard business model frameworks, 
such as Business Model Canvas, a template that is 
popularly used for developing and investigating every 


important aspect of the organization. 


The framework in such a template outlines 
investigations for areas such as key partners, key 
activities, key resources, value propositions, customer 
relationship, channels, customer services, cost 
structure and revenue streams, which always helps to 
understand and identify the core goals, strengths and 
priorities of the business that provides the context in 
which the UX has to be seen. This can be seen in the 


following equation: 
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Customer needs 
+ 
Business context 
+ 
Technological feasibility 


Successful UX 


Validating 
Rusiness Model 


In a business model, we refer to UX when we plan a 
strategy for "Value Proposition". In the typical Business 
model Canvas, value proposition involves areas like the 
following, which can be seen traced back to DesOps 


principles & practices. 


Newness 
In DesOps, this is associated with Continuous Discovery 


and Design Thinking practices. 


Performance 


Improving performance by optimizing the process 
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blocks through Agile & Lean methodologies through 
the implementation of automation through service 


design approach. 


Customization 
DesOps implementation focuses on customizing the 
process blocks through service design approach and 


defining business process redesign/engineering. 


"Getting the Job Done" 

This is fundamentally the result oriented approaches 
taken in DesOps which touches upon different aspects 
like roles, cohesive team play, removing wastage 


through Lean methodologies and the similar. 


Design 
This is core to DesOps, and is seen as the creative 


problem-solving. 


Brand/ Status 

Brand and Status is well associated with the feedback 
loops that include the real users in context and feeding 
the design process with continuous feedback including 
brand perception and related mental model of the user 


of the target segment. 


Price 


Though purely a market associated component, 
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the price can be dramatically reduced through 
implementation of DesOps, as it focuses on reducing 
waste and improving efficiency through automation 


and process improvements. 


Cost Reduction 

It is one of the fundamental components of ROI on 
DesOps in an organization. DesOps helps reducing 
cost through service design approach to optimize and 


redefine business process. 


Risk Reduction 

DesOpshelps reducing ambiguity by the implementation 
of optimized process and automation powered by the 
feedback loop that touches all the roles and the aspects 
be it human or machine in context. This improves 


reliability and thereby reduces risk. 


Accessibility 

Through the implementation of Design Thinking, 
UCD model like contextual and participatory designs 
and continuous feedback loop, DesOps helps to ensure 
the accessibility factors are in consideration while 


iterating over a design. 


Convenience/ Usability 
Through its advocacy of UCD models and Design 
Thinking and integrated feedback loop, DesOps help in 
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ensuring usability aspects in all design delivered. 


From a product managers standpoint, the 
successful UX meant for a business must balance 
between the needs of the users and the feasibility 
of implementation of the UX solution within the 
business context, and all the practices and principles 
of DesOps converge towards this.Design being the 
essence what users finally experiences in the stage of 
acquiring the value that is delivered at the end of this 
process, is evident that such an important factor has 
to be measured and tested to ensure the effectiveness 
of the design and the need to meet the benchmarks in 


every stages and iterations. 
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THIRTEEN 


f 83 second life-line as pointed out in the 
dimension of ‘Culture’ is “Cultural Shift towards Lean 
Philosophies”. In this section, we will be deep diving 
for the same, to understand the connection between 
the two, and how the culture is evolving towards the 


philosophies, on which the lean practices are based on. 


Typicaly any lean methodologies are based 


two basic goals: 


dl 
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First, helping the organization understanding 
customer value. Secondly, using the key processes of 
the organization to continuously increase it and work 
towards delivering a perfect value to the customer 
through a perfect value creation process with zero 


waste. 


In the context of Design and User Experience 
(UX), in the seminal book Lean UX by Jeff Gothelf, 
provides some lean methodologies break the stalemate 
between the speed of Agile and the need for design in 
product development lifecycle” [Jeff Gothelf and Josh 
Seidenjeff, The Lean UX]. If we observe closely, the 
basic foundations of Lean UX prescribed are common 


to the core Lean philosophies, namely: 


Remove Wastage from Design Process 
Moving away from heavy documentation to a process 
that creates artefacts which can be directly used in the 


design and development lifecycle itself. 


Cross-functional Collaboration 

All the stakeholders from any parts of the product 
lifecycle including the designer, developers, quality 
experts, analysts, marketers and end-users all 


collaborate in a transparent and productive way. 


Experimentation Based Iterative Execution 
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So it alludes to the UCD core principles, that assumes 
that the designer (or the team) learns from the 
execution of the prototypes in an iterative cycle that 
starts early in the product life-cycle, from which the 
learning an input to improve the product along the 
way. If you notice this is the basis of what we talked 


about the continuous and integrated feedback loop. 


Using Agile and Design Thinking practices can 
be seen alluding to the philosophies above. However, 
regarding the third philosophy -- to ensure that 
the designer has the right approach to conduct the 
experimentation so that the feedback can be used in 
a productive way to take informative decision making 
along the way across the design process requires 
some non-ambiguous methodologies that can help 
the designer making some assumption and validate 
that through experimentation. This is the basis of 
one of the core foundations of Lean UX and related 
lean methodologies, which is popularly known as 
Hypothesis-Driven Design (HDD). 


As any design we produce is based on certain 
assumption and HDD provides the non-ambiguous 
approach to the same, that follows the third philosophy 


i.e. Experimentation Based Iterative Execution. 


"Declaring assumptions is the first step, in 
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Lean UX process”. This statement reflects how the 
assumptions or the hypothesis is the core the Lean 
UX principles. Basically, the four steps in the Lean 
UX approach is the same blocks that appear while in 
HDD, and can be mapped to the following blocks: 


STEP 1 
Making Assumption / Formation of Hypothesis 


STEP 2 
Build a Prototype / Minimum Viable Product (MVP) 


STEP 3 
Execute / Run the Prototype 


STEP 4 
Get Feedback / Observation 


Nowstep 4 is the feedback-loop that connects to 
step 1 making a cycle, thereby using the feedback from 
current iteration as the input to form the assumption 
for the next iteration. In the next page illustration, we 
can see how one cycle’s outcome is used as an input for 


a potential next cycle. 


Interestingly this means the HDD process 
always depends on outcomes rather than traditional 


outputs of any traditional process. The outcomes 
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are kind of hints from the segment that can give 
direction to the design along the way and help in 
getting incremental validation of the vision by acting 
as “evidence” or the and more precisely they are the 
factors that help in “course correction” for the design. 
As the outcomes of the assumption act as pieces of 


evidence, it helps in making data-driven decisions. 


You may ask, does that mean the design is 
reduced to quantitative factors, which will act as 
evidence to support some of the designs? Now, here 
is the interesting aspect that helps to understand the 
approach -- the feedback or the evidence can be either 


quantitative or qualitative in nature. 


To avoid the risk of being limited to 
measurement-driven design, the qualitative perspective 
is provided equal footing in HDD approach. This 
makes a fit case for DesOps that can help in converging 
the technology with this philosophy to form required 
service design solution powered by machine learning, 


artificial intelligence and automation. 
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Formulating 
Hypothesis 


The very first step in HDD, i.e. “Making 
Assumption / Formation of Hypothesis” involves 
articulation of the assumption or the hypothesis. And 
this is the most important aspect of HDD, as the other 
steps depend on this. Typical hypothesis statement can 


be framed as per the following simplest form -- 


I think doing [this] will result in [that ]. 


There multiple variations to this that many 
professionals use in their area for HDD based research 
and design /development activities. Some add the 
factors such as the segment or the persona or the end 


user of the product, something like the following -- 


For [user / him/her | I think doing [this] will result in 
[that |. 


If you see the above keeps segment in a context 
that helps it keep focused on to specific persona, 


which thereby can lead to the user-centered design 
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process. This is, essentially labeled by many, as a design 


hypothesis. 


Some use additional factors of forming negation 
of the hypothesis by adding an attribute like whether 
this hypothesis is believed by him as true or false. To 
formulate a null hypothesis and thereby move on to 
define an alternate hypothesis (which is essentially a 
negation to the null hypothesis one craves to validate, 
but due to nature and structure or any metrics 
associated with that, it may not practically be possible 
to achieve that. So in such kind of cases the implicitly 
the state of belief is presented as another factor to take 


part in the validation process -- 


Because I think [this] is true, I think doing [this] will 
result in [that |. 


Ifyou notice, many have advocated the structure 
of an empirical hypothesis i that starts with “I (or We) 
believe ...”. However, being an hypothesis statement, 
the statement is actually does not need to explicitly say 
that it is something believed by the user or the author 


of the statement. 


I believe that any hypothesis statement can be cultivated 
from the bare-bones model of cause and effect being 


rendered as a formalized statement of “if .... then” or 
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“when ... then” kind of format. At least this gives a 
more practical approach to build a real-world HDD 
based system which is technically feasible and is the 


essence of any DesOps system. 


The next important aspect in this regard is 
how to ensure that we are considering the qualitative 
aspect of the evidence, as discussed above. If we look 
at irrespective of the fact that there is a crowd of 
applications out there which claims to support the 
business through a data-informed approached, they are 
primarily a set of some variation between the extremes 
like A/B testing tools and data-driven analytics and 


data modeling based prediction systems. 
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If we notice with care at the core of HDD we 
found that the essence of HDD lies in making sense 
of the data and treat it as evidence so as to inject it 
to a UCD based process to fuel design or business 
decisions. Though coming up with a real-world HDD 
system would require similar tools and technologies 
of data-driven systems, but they will be supporting 
components to HDD based system. In this regard, the 
real HDD based full fledged system is literally non- 
existent as of today, while I am writing this article. In 
regards to DesOps, this makes a lot of difference, as 
most of the HDD frameworks out there are not 100% 


autonomous. 


Most of the implementation of HDD is mostly 
based on the work practices and methodologies, which 
is implemented depending on the need and feasibility. 
However, these are good enough when we use these, 
in context to the tools we gain from UCD, Lean 
models and the Design Thinking principles. But, it is 
interesting that the philosophies of DesOps, take it to 
the next level, making it autonomous and integrated 
with the over-arching feedback loop we have been 


referring many times. 
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When/ 
Tool. 


DesOps advocates the innovation that helps 
the organization or the business to invest in ideas as 
a form of testable beliefs or hypotheses which are 
less costly through a series of simpler measurable 
approach rather than investing a fortune into some 
good ideas and taking them directly into the market. 
In the hypothesis-driven approach, to be effective, the 
hypothesis should be written down in a format that 


would be simple and scalable. 


Basically the format should give a basic structure 
to include the different types of attributes such as 
business, technology, target and project or metadata 
related attributes etc. The figure in the previous page 
illustrates the different driving factors that drive typical 
hypothesis in the technology centered enterprise. 


What ever the case may be, an hypothesis 
always is about supporting some business goals. In 
DesOps context these goals may be related to research 
or experimentation stage or simply validation of some 
feedback from any aspect of the value or the product 


delivered to the user. 
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As I mentioned, the assumptions or the 
hypothesis can be made as a formalized statement 
of "if ... then” or “when ... then" kind of format. 
To use ensure that this is captured correctly during 
collaborative sessions and within the design team, I have 
been using the same and some variation of the same 
format as а tool which I call “When/If - Then” Tool. 
This is a simple tool that can be very effective during 
collaborative sessions, to capture the assumptions that 
form the basis of why we believe that how the certain 
aspect of user pain-points and user needs should be 


translated into solutions using specific aspects. 


Basically, this tool was helpful than the traditional 
elaborative templates to capture assumptions, as it 
was straightforward and can be used with a minimal 
explanation to a cross-functional crowd, a large portion 
of such population may not be accustomed towards the 
use the typical Tools and methodologies. The “When/ 
If - Then” Tool is synonymous with the typical cause- 
and-effect kind of flow that is understood by and large 
and required very minimal explanation, and can be like 
any other UCD tools, can be constructed using simple 


post-its or printed formats. 


Following is the basic format of this tool that 
has primarily 3 boxes -- the left hand spanning column 


represents the persona or the target user (even segment 
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given a larger scope from the market perspective) 
whereas the right-hand side boxes represent "When" 
or "If" part of the assumption and the lower box 
“Then” forms the outcome aspect of the assumption 


or hypothesis. 


Basically, this template helps you in completing 
an activity to frame your Hypothesis Statement that are 
key to the whole Hypothesis-driven Design (HDD) 
methodology. Now it is important that this tool can 
be applied to two-part blocks that can be used seeing 
as what you assumed versus what outcome have you 


got throughout experimentation. 


Pole of 
in 


A friend of mine asked me a valid question 
whether it is fair to assume that HDD based approach 
as informs the assumption as a part of the course 
correction whether it would replace the research from 
the process? My view on this is that the research (in 
the traditional definition like user and market research 
etc. ) has a key role in the process, as it is a mechanism 


to inform the stakeholder to create a vision. 
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Technically a vision, itself is a set of hypotheses 
formulated by the stakeholder or the product manager. 
So it has a unique role in the process at the beginning of 
each cycle of the iterative process (let’s say to contribute 
to new requirements that flows down from the vision) 
and will stay. However, the HDD helps in making a 
formalized approach and adds a mechanism to ensure 
the feedback-loop that informs these researches or 
chunks of research that happens along the way in a 
structured and non-ambiguous way that enriches the 
research involving the additional validation process 
with evidence. This acts as a catalyst to improve the 
efficiency of the research in a positive way. So research 
is happening organically throughout the process in an 


ongoing manner. 


Here are some aspects of process related to vision 
that might help to comprehend in a better way. If we see 
the DesOps processes in terms of value system, we will 


see at a high level it touches upon three major areas — 


• Understanding Value 
• Creating Value 
• Capturing and Delivering Value. 


The components like communication of 
value that is popularly detailed, in typical product 


management context, involving the Market Analysis 
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Understanding 


Creating Value 
Value 


Capturing 
& Delivering 
Value 


Understanding Creating Value 
Value 


Capturing 
& Delivering 
Value 


Started with an idea or insight which is first turned into a vision (in 
Understanding Value). Then the process went through creating 
concept (in Creating Value) 
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and preparing the Product & Market Strategy as well 
as the Brand Strategy in market perspective, can be 
seen as split into two major existing components — the 
former being the part of Understanding Value and the 


later as a part of Delivery of Value. 


So when it comes to understanding value, it 
involves the broadly the envisioning of the value or the 
product or service. This bucket utilizes the research 
components in various forms to help the Product 
Manager (PM) ог the key stakeholder like the 
Product Owner to envision the product. He consumes 
the inputs or the feedback from the different sources 
that hints on specific aspect of existing or a potential 
new product or service area that triggers the train of 


thoughts where it all begins. 


330 SECTION 2 : CULTURE 


V0L:1/3 - THE OVERVIEW & CULTURE (2ND ED) 


CHAPTER 13 dd] 


БОЛН hana 


V0L:1/3 - THE OVERVIEW & CULTURE (2ND ED) 


FOURTEEN 


M. a times, during the product lifecycle, in 
discourse we refer to the stakeholders' or РМ% vision of 
the product. Though it never meant the same in every 
scenario, broadly this is what can be seed to a product's 
soul, a kind of theme around which many activities are 
performed that drives explorations, discovery into the 


true nature of the product and experience. 


Typically the Product Owner or Product 
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Manager (PM) owns the Vision, and sets out to 
realize it by creating a Product Organization as well as 


by defining a Value Stream. 


In traditional product organization, the product 
owner articulates the vision as a product roadmap, and 
works with stakeholders to reduce it to a concrete, 


specific product backlog. 


Pure Ideas 

Thoughts/ Gut-Feelings on market/product / service 
Business Hypotheses 

Product Insights 

End-User Feedback 

User Wish-list 

User Pain Points 

Market Research Report (Gartner, IDC etc.) 
User Research Report 

Market Trend Analysis 

Secondary Research 

Competitive Analysis 

Online/Social Media Research 

Survey/Poll Result 

Risk Reports (from Monitoring ) 

Previous Project Reports 

Client's Request For Proposal (RFP) 

Some Key Performance Indicators (KPI) 
Requirement Documents (BDD/ PRD/MRD) etc. 
Org Goals/Roadmap 

Service Level Agreement (SLA) 

Some Change Request from client /vendor/ user 
Expert Consultation feedback 

Some philosophy 

Some Fad 

Some regulation changes 

Some social cultural factor change 
Organization/Business Expansion 


VISION 


“Understanding Value” stage involves translation of diverse-sourced informations into a vision. 


Each of these helps clarify the Vision, in varying forms 


and degree, to the product organization and particularly 
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to the Scrum teams. The vision gives everyone a greater 


sense of direction and unity of purpose. 


The product organization and the teams can 
in turn vet deliverables in terms of their support for 
the vision. Teams can measure their progress against 


bringing this vision to reality. 


Product Backlog 
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Requirement 


Third-party 
Components 


However, this is often, the hardest part of the job. The 
product manager (PM) can get so close to his products 
he may no longer has the wider view to see market 
problems and the user pain points that are bigger than 
the problems that are being addressed. 
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Instead, the PM sees the world through his 
products and starts define new features to further 
enhance solutions to problems that have already been 


adequately solved by some other products somewhere. 


This leads to delivery of a dead product at the 
end of the delivery phase. This is the very reason, in 
DesOps organization, the design approach helps the 
PM to check if his products are aligning to the real 


market and user needs. 


As discussed in the last chapter, tin the value 
System approach, Understanding Value is about 
reaching a vision. Create Value is broadly about 
reaching a Roadmap with Minimum Viable Product 
(MVP). Capturing and Delivery of Value is about 
running the backlog and sprints and ensure delivery 


till the end user’s access. 


Many define vision and ideas synonymously. 
But in fact, both are two different entities, former 
being a most conscious effort towards understanding 
a value, and while in the effort the idea plays a role. 
Ideas may be spontaneous and more atomic, but a 
vision makes up more complex set of attributes and 


forms. 


So what makes up a vision? Ideally, in true 
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sense, a vision must have the answers (at least partially) 


to these — 


* What it is 

* Who it is for? 

* What problem /pain points it solves 

* What are ideas / initial clues /directions 
to the solution / product/service being 


envisioned? 


In dead simple language, the problems that 
a product or service should address can be found by 
watching people — watching what they do and what 
frustrates them, or wastes their time or money. Also 
if something is preventing them to achieving through 


their interactions with things or entities around them. 
Vision 


For a true product or service experience, the 
typical attributes that should be part of the vision can 


be made as a template easily as follows: 


Vision Statement 
What it is all about in a few phrases 
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Target Persona and / or Market Segments 
Who it is meant for? Ideally limited to 2 or 3. 


Key Pain Points or Challenges 

What are the challenges, problem areas or pain points 
that (associated with the persona or market segments) 
it addresses? Ideally limited to anything between 2 to 


5 items. 


Associated Ideas/Solutions/ Clues 
What are the potential ideas or directions towards 
the possible solution for the challenges or pain points 


listed in the previous step? 


Priority 
What are the importance or prioritization of these 


ideas (mostly in terms of feasibility and pain points)? 


Technology / Target Platform/ Eco-System 

What are the technologies, systems and platforms are 
associated with these solutions? Are these ideas or 
even pain points are part of some existing product, 


application or eco-system? 
Assumed Feasibility Timeline 


This gives a hint of a potential timeline the assuming 


the feasibility etc. Ideally, it is limited from 3 months 
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VISION TEMPLATE 


Persona 1 / Segment 1 Persona 2 / Segment 2 Persona 3 / Segment 3 


Pain-points/Challenges Priority Idea / Solution Feasibility Priority 


Expected Feasible Timeline 


Г] 0-3 months: o 3- 6 months: 


Misc. Info / Notes 
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to 2 years. Any vision beyond this time line is too 


broad to be carried out meaningfully. 


Building 


Something important that is needed, to be 


conveyed for others to comprehend the vision. 


To fill in this format with a vision, the PM has 
to ensure he has all the required info. There beings 
the journey through multiple continuous potential 
feedback loops in DesOps, in search of understanding 
the value. throughout these journeys he passes through 
some activities and uses many Design Thinking, HDD 
and UCD methodologies and tools to ensure the 


quality information. 


Building vision is the most critical stages of 
a product life cycle as this acts as the foundation on 
which we make the explorations and discoveries. The 
following are the potential steps and touch points that 


come into play. 


Creating Vision in DesOps is a two-step process. 
In the first step, PM’s self-directed initial collections 
of data and initiate points are recorded along with the 


needed research getting conducted with the help of 
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the required experts. This step gives an initial outline 
to the vision format, which prepares the ground for 


the second step. 


The second step is basically about bringing 
diversified thoughts through ideation sessions to be 
included around this. This enriches the information in 
the vision that can help refine it and then formalize it 


for the next steps. 


To identify the user segment and define 
persona, the PM requires the help from typically User 
Researcher (UR). The feedback loop that runs between 
the PM and the UR can have multiple outcomes. 


To be engaged with a UR, the PM may have 
only a set of initial thoughts or ideas. Then in that 
case he has to formalize a hypothesis and can get it 
validated through measurable data from either user's 
perspective or market perspective, that would give the 


outcome of the user or market segment. 
For example, the PM's initial thought is that 
coming up with a new smartphone under $300 dollars 


may increase the sale in South Asian region. 


Note, that theassumption hassome demographic 
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element to start with that can the initial scope for the 


segment. 


The hypothesis in such cases is typically should 
be made to identify the segment or persona. The PM 
may alternatively go for an open-ended segmentation 
approach, if he is not sure, which would require to 
carry out a market research or user-research at a wider 
scale that defeats the purpose of DesOps, philosophies, 
where we would like to quickly fail fast. 
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FIFTEEN 


Í. 1967, Ronald Barthes published Elements of 
Semiology, which stands as a temporal marker of post- 
structuralism, where he gave rise to “Meta Language”, 
which in fact “beyond language” or “Second-order 
language” which is used to describe, explain or interpret 


a “First order language”. 


Each order of language implicitly relies on 


a meta-language by which it is explained. And it is 
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obvious that the translations between the first order and 
the second order never loss-less and the true meaning 
of the first order language is lost or deteriorates when 


it is represented in “Second-order language”. 


Design process involving multiple intersections 
of information communication and sharing through 
translation of the value (e.g. vision, idea), loses its 
original meaning while being translated through 
different tools into various forms of expressions. 
Also, the different roles (e.g. Product stakeholder or 
product manager, information architect, an interaction 
designer, visual designer, prototyper and developer 
etc.) contribute to the infinite regression of “meaning” 


of the value. 


Thats why one of the key factors that working 
with developers in terms of the realization of the design 
has always been a big pain and non-stop 
iterations, and this turning in favour of the term Full- 
stack Designer that shares the same spirits as that of 


the term Full-stack Developer. 


346 SECTION 2 : CULTURE 


V0L:1/3 - THE OVERVIEW & CULTURE (2ND ED) 


Full-Stack 


Being in a Full-Stack role is a key attribute 
of any DesOpsian. Typically, the phrase “full-stack” 
(or full-stack developer) refers to someone who is 
someone comfortable and could single-handedly tackle 


every layer of software development. 


Typically DevOps engineers and full-stack 
developers share the same philosophical traits — as 
they strive for greater agility and flexibility and hint 
at a trend towards greater generalization in the skill- 
set of technical professionals. In case of the full-stack 
designer, he grows into a cross-disciplinary professional 
who can handle across Interaction Design, Visual 


Design as well as UI Development or prototyping. 


This helps to reduce the gaps between the 
outputs from these different and the effort that 
goes into the translation of concept flowing from 
one stage to another, where there are many roles 
assigned and more than one persons are involved (And 
remember that one of the key principles of DesOps is to 


remove waste by applying practices like Lean models). 
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So if we see that one of the major focus of 
DesOps in this aspect involving the work-culture is to 
reduce the gaps between the roles and wastage thereby. 
The translation from one role and discipline to another 
makes the meaning second-hand interpretation and 
such process is never loss-less. Something or the other 
gets lost in translation, as we progress towards the 


realization of the value or the product. 


So by implementing Lean methodologies 
and by striving towards having minimally sized team 
members with as diversified expertise to help to 
minimize the intersections or touch points among 
disciplines and roles where the translation happens. 
Less need to translate the value, the less information 
gets lost and less is the waste in terms of value, effort, 


cost and time. 


Going “full-stack” is one approach to avoid 
the waste that happens in the process that Barthe 
has termed as indefinite regression or Aporia . This is 
mostly from the roles perspective. The other approach 
is through process or work practices redesign to reduce 
the number of intersections where the translation 
happens. In DesOps, this is significant, as it involves the 
interactions at various levels between the primary two 


entities i.e. human (i.e.people or user ) and machine, 
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Mj 


Interactive Prototyping 
Responsive UI 
Front end frameworks & 


Visual Design 
High fidelity Mockups/ 


Comps 5 : 
Graphic Assets паа 
Visual Story boarding JS 


Heuristic Evaluation 
User Research 
Information 
Architecture 
Wire-framing 
Paper-prototyping 
User-journey map 


Backend Application Languages 
& Frameworks (Java, .Net etc. ) 
Backend Databases (SQL, 
MangoDB etc.) 

Backend Deployment 

Cloud Infrastructure, Containers 
etc. 


Backend 
Development 
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namely: from human-to-human, human-to-machine, 
machine-to-human and machine-to-machine. 

By, implementing Lean methodologies and by 
striving towards having minimally sized team members 
with as diversified expertise to help to minimize the 
intersections or touch points among disciplines and 
roles where the translation happens. Less need to 
translate the value, the less information gets lost and 


less is the waste in terms of value, effort, cost and time. 


Going “full-stack” is one approach to avoid 
the waste that happens in the process that Barthes 
has termed as indefinite regression or Aporia . This is 
mostly from the roles perspective. The other approach 
is through a process or work practices redesign 
to reduce the number of intersections where the 


translation happens. 


Process 
Minimize 


One of the key factors involved while 
implementing the DesOps in the organization is to look 


for process re-design to “minimize the touch points 
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of interaction" through the principle that advocates to 


minimize the gaps between the roles. 


Sometime back, I was testing some design 
systems and tools available to study the pain-points 
while transitioning the design concept from one tool 
to another and moving from one role to the other. I got 
in touch with many of my friends who were designers 
by profession in different enterprises and were at 
different levels of comforts with existing design and 
wire-framing tool sets, starting from Adobe Suite to 


the Sketch based eco-systems. 


Based on the discussions, the interesting thing 
that I found was that many of the tools being used 
at different organizations, are selected based on the 
pricing and what the team is comfortable working with, 
rather than with a focus to have a seamless workflow. 
Most times, the cost played a bigger role and because 
of license cost, some had switched from most popular 


design tools to the cheaper replacements. 


However, the biggest struggle that was there 
was never solved i.e. the iterations in the design process 
remained challenging despite the change in tools. 
Every change in design aspect that was iterated was 
facing the overshoot of the effort, time and cost. The 


transitions of value from one set of tool to the other 
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e.g. the quick wire-frame created in PowerPoint during 
the stakeholder workshops were being translated into 
Photoshop was actually about re-looking at the layout 
because of the constraint that popped up while working 
with the specific widgets in a specific resolution 
that never went well the wire-frame concept. In one 
organization, the team replaced the PowerPoint with 
Sketch and tried to use that to complete the process 
which turned into a nightmare as the sessions ended 


with the people struggling with the tool. 
Example 


In search of a tool that can minimize the 
translations of values, I was toying with an idea of 
Ditto, a simplified version of the tool that can look 
familiar to the different roles involved in the process 
and it will align with a process is about having the same 
source files at any of the stages of the process and can 
align with any design system with easy configuration 


mechanism. 


Note, Ditto is referring to the use-case of a 
software product development. In similar lines we can 
also address other domains. Ditto is a hypothetical 


vision of a design tool that uses UI pattern Library 
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(which is configurable and understands the 
relationships among the components of the design 
system configured to create and maintain its own 
objects that can be rendered on a super simple easy-to- 
follow and familiar looking interface with drag-and- 
drop kind interactions enabling the users of different 
role to focus on their goal rather than figuring out 


how to use the tool. 


Conceptually Ditto was capable of taking any 
inputs and exporting different outputs on demand e.g. 
the wire frames, visual comps and ready to deploy UI 


coded with HTML/ CSS/JS. 


The benefit of such a tool would be to reduce 
the critical - dependency on any particular role in the 


team in order to carry out with the project. 


For example, assuming a startup is only having 
a visionary guy with a developer, he can go into the tool 
to drag-drop a few shapes and objects in a traditional 
MS Power-point or Keynote kind of interface which 
he is familiar with and export that as a bare-bone 
interactive code/prototype that can be tested. He can 
continuously test and get feedback, based on which he 
can tweak the same source and iterate. His developer 
friend can use the same source to export the code in a 


click to use in the production. And interestingly if he 
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In typical design process multiple source-files at different stages makes it complex to manage the project. 
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Ditto helps in making Design projects maintainable by using Single Source for all outputs at any stage of design. 


DITTO 
Source File 


INTERACTION DESIGNER VISUAL DESIGNER UX/TECH REVIEWER UI DEVELOPER 


Thereby it provides a Seamless work-flow for 
Design - Developer collaboration 


UX + UI ( Design + Review ) 


dol 
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makes any change that would be updated back to the 
same source. 

Later, ifa visual designer's help is taken to customize the 
look and feel, it would allow updating the same source 
that’s running in the production where the changes to 
the code will be managed by Ditto in the background. 
And although the visual designer changed the source, 
(which affects the internal code) he is doing that in a 


Photoshop kind of environment familiar to him. 


If we look at this “Single Source Based Design Eco- 


System”, any role can enter and come out with a 


(Video: bttp://desops.io/2018/05/12/video-ditto-design-life-cycle- 
management-concept-for-desops-2016-17/ ) 


The benefits of such a tool are many: 


358 SECTION 2 : CULTURE 


V0L:1/3 - THE OVERVIEW & CULTURE (2ND ED) 


* Seamless work-flow for Design - 
Developer collaboration 
* Saving on license cost as no longer it is 


required to use multiple design tools 


Single source makes it maintainable. 


The Omni-change process ensures that 
any changes happening at any stage of 
design stage will automatically take effect 
on other stage deliverables. (i.e. assuming 
at if UI html code is tweaked, it will also 
reflect in wireframe and visual design 


stages without any extra manual work!) 


Zero learning-curve 


Single user — Single Tool: makes it 
easy for any of the roles can login and 
generate implementation ready UI 


output. 


Significantly reduces Cosmetic / UI 


compliance issues 


Significantly reduces the time to 


implementation of the design concepts 


Boon for Agile projects where the 


changes are common. 


Some components of the conceptual design tool 
Ditto, you might have noticed are already available in 
some design tools. For example, similar in Sketch, you 


can create a custom pattern library theme and use drag 
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Ditto allows to start the design from any of the stage and immediately export the 
implementable UI code to be used ... 


PLAN -- ---- oC e C Од <1-- DEV - TEST .- DEPLOY 


Design Review/ HTML-CSS Prototyping 


Ideation Wire-framing Visual Design Usability Testing UI Development 


...and there by help in reducing the time to implementation and quick testing. 


dbl 
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and drop to add them while you are designing. But, its 
more about customizing themes based on existing ones 
and exporting shapes specific CSS at the end which is 
at a very lower level of maturity from a design system 


standpoint. 


Similarly, exporting existing design to HTML 
feature from Adobe’s Creative Cloud Extract in some 
sense does not take account into how certain design 
systems of high maturity can be fit into it so that the 
output can have functional interactions as a part of 
business flow for the UI. 


But certainly, Bootstrap Studio is much closer 
to the concept of Ditto. It can be improved around 
the areas configurations and there is a need to move 
away from the traditional Application type UI and 
interaction layer so that it can align to one of the core 
attributes i.e. to make each user role feel familiar with 
the interface or rather making it easy to follow. The 
UI widget based Wordpress page builder tools like 


Elementor are closer in this regard. 


While talking about Eco-Systems the tools 
and technologies, I will write about what are the tool- 
chains that we can combine for different levels of 
DesOps implementation looking at the maturity levels 


of Design Systems in play in the organizations. 
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Well, the thoughts presented above is a practical 
example of conceptualizing a value communication 
using improvements in processes and using technology 
to apply regression to the touch points where the 
translation happens, and reducing waste and avoiding 


loss of meaning of value throughout the design process. 
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УАТЕЕ 


О, the theoretical level, the interaction сап 
be modeled based on various entities like tasks (i.e. 
activities users perform to reach their goals), dialogues 
(i.e. interaction between user with users and machines 
and vice versa), rules or instructions (i.e. collection 
of behavioral instructions) and states (i.e. conditions 
present in the system ) etc. Broadly, the interactions 
in the team/organization involving communications 


and sharing among members or among the roles, 
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though is part of the Process dimension, makes up the 
components part of the core of a Cultural dimension 


of DesOps. 


Basically, this is all about getting answers to 
two questions that a typical Product Manager or a 
CEO of the startup has in mind : 


* Do I have the right team? 

* How do my team can be effective in 
communicating and collaborating at 
different spheres with different types 


of entities involved? 


In the previous article, I was primarily referring 
to two levels ofthe interaction were human-to-machine 
and machine-to-human and how minimization of the 
touch-points where the translation of value happens. 
This is primarily about "consciously and proactively 
considering the exchanges between people and 
organizations in the enterprise, and supporting these 
interactions with automation and tools". Solving the 
challenge to minimize such touch-points are relatively 
easy, as it involves some aspect of technology and tool- 


chains associated. 


However, the level is about human-to-human 


interaction is the most complex to deal with as it has 
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none technology involved in it. In the last article, 
we slightly touched upon the full-stack roles, that 
handled aspects. This aspect is more about involving 
knowledge, skill and expertise attributes of humans 
involved, and some aspect of it is also involved with 
human-to-machine &  machine-to-human levels, 
which are partially solved by the redesigning the 


process involving the technologies. 


However, the human-to-human interaction 
is more complex, because it involves the attributes of 
human emotions, attributes and bias and cognitive 
fixedness that аге counter-productive for апу 


organization heading for disruptive innovation. 


Broadly these attributes are part of forming a 
right set of a team, with the right mindset. This is 
broadly about what kind of team members you should 
look for and also about to implement a set of practices 
and rules which would help grow each team members 
towards the self-awareness about theie cultural fitment 
and motivate and guide them to grow themselves to 


overcome their fixed mindsets if any. 


Fixed mindsets аге the roadblocks to 
innovation in any organization. The fixedness is a 
part of the human attribute that acts as the vitamin 


for a pre-defined process oriented no-brainers job to 
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bring effectiveness, but acts as cancer for innovation. 
Typically, the key fixedness that hinder having effective 
human-to-human interactions in DesOps organization 


are detailed in the following sections: 


EN: зн: 
„одптме 


The Cognitive Bias is typically defined as а 
mistake in reasoning, evaluating, remembering, or 
another cognitive process, often occurring as a result 
of holding onto one’s preferences and beliefs regardless 


of contrary information. 


The cognitive bias is a kind of fixed mindset 
that sometimes also manifests itself as a tendency 
for people to evaluate ambiguous information in a 
way beneficial to their interests apart from the aspect 
(popularly known as Confirmation Bias) that induces 
the tendency to search for or interpret information 
in a way that confirms his/her preconceptions. This 
leads to the premature closing down of options in a 
creative process, as the person affected by this only 
seeks out the evidence from the information he has 
that was pertinent to his argument, and remains blind 


eye purposefully to any other information. 
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Atithority 
the HiPPO 


HiPPO (highest paid person’s opinion) is one 
of the popular terms in the organization-productivity 
domain. Basically, this is more about having authority 
biases and the team’s tendency to attribute greater 
accuracy to someone how holds a higher position in 
the organization. Beware of the HiPPO (highest paid 
person’s opinion) in the room as it means that the 
team has fallen foul of the law of the HiPPO — When 
a HiPPO is in play, the organization is most likely not 
relying on data to inform decision-making, rather the 
HiPPO (highest paid person’s opinion) wins out. In 
large corporate environments, its easy to experience it 


firsthand. 


Usually, when a group of people are trying to 
make a difficult decision, for which there are lots of 
opinions, the person in the room who is further up the 
hierarchy (and therefore typically paid more) expresses 
what they think and tries to hijack the spirited 
discussions to steer towards forming an opinion among 
the team to follow what he thinks and labels it as the 


teams decision. 
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HiPPO effect is the biggest roadblock in 
interaction aspect of DesOps. If you remember in 
previous articles of this series I had mentioned how 
one of the key philosophies of DesOps is to advocate 
and put a data-driven decision making into practice. 
HiPPO Effect actually is cancerous to DesOps culture. 
All the efforts to implement the right process and 
tool-chains as a part of having an effective DesOps in 
the organization can fail, even only this cancer is still 


there as a part of the work culture. 


Authority Bias is in similar lines with the 
HiPPO effect, but this may not necessarily about the 
person who is higher in the organizational hierarchy or 
paid more, rather it is about the person who is “seen 
as experts” or even as an authority in the organization 
or even in the team. We have an inbuilt tendency to 
believe those who we perceive as “experts” and usually 
have a deep-seated duty to authority and tend to comply 
when requested by an authority figure. 


For example, in a typical design or UX team 
meetings, it is the most difficult situations for young 
members who are just fresh out of colleges and had to 
present certain aspects of their solution which are in 
opposite directions to what the leader of the design 
team thinks or beliefs. In many cases, these ideas are 


brushed aside by the authoritarian leader or manager 
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sighting even some frivolous reasons e.g. "it has to 
improve", “immature and not practical”, “you need to 
understand our design process first”, "can't use that to 
discuss with stakeholders as it is half-baked design" 
and so on. And in such cases, most of the "faithful" 
designers to the leader, echo the leaders decision and 
even some start advocacy to explain the logical reasons 
behind the leaders reasons. Some may be “yes-men” 
to the leader consciously, however, some do so as they 
perceive the leader as the "authority" or "expert" and 
this allows the authority bias to be successful in killing 
new ideas and fresh thinking. In many cases, these 
members do not realize that they have already fallen 


prey to such bias. 


The 
Experiment. 


One ofthe most famous psychology experiments 
of all time, known as the Milgram Experiment, provides 
a terrifying example of that a very high proportion of 
people would fully obey the instructions. 


The Milgram experiment was a series of social 
psychology experiments conducted by Yale University 
psychologist Stanley Milgram. These experiments 
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were designed to measure the willingness of study 
participants, men from a diverse range of occupations 
with varying levels of education, to obey an authority 
figure who instructed them to perform acts conflicting 


with their personal conscience. 


(Image: Obedience — American documentary film presenting the 
Milgram experiment of 1961 experiment Read here: bttps:// 


en.wikipedia. org/wiki/Milgram_experiment.) 


Also here is a link to the video of that experiment: 
https://en. wikipedia. org/wiki/File: Obedience_(1965). 


webm 
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B3idwagon 


The Bandwagon Effect is typically а 
psychological phenomenon in which people do 
something primarily because other people are doing it, 
regardless of their own beliefs, which they may ignore 


or override. 


Неа 


The Heard mentality and mob mentality, also 
lesser known as gang mentality, describes how people 
can be influenced by their peers to adopt certain 
behaviours on a largely emotional, rather than rational, 
basis. Basically, when the Bandwagon effect is blended 
with the catalysts of emotions, it takes shape of the 
herd mentality. This is the most negative extreme of 


the Bandwagon effect. 
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Vicious 


Also, the Cognitive Bias is more induced by the 
Herd Mentality as the persons involved turn a blind 
eye to the factual information which can be used for 
making data-driven decisions. Rather, the persons 
depend on the emotional ripples for taking decisions 
and develops a strong Cognitive Bias, contributing to 


form the Vicious Circle in the team. 


The Vicious Circle, refers to complex chains of 
events that reinforce themselves through a feedback 
loop, and it is interesting as feedback loop acts as 
the essential spine for any DesOps organization. 
The fixedness attributes in persons involved in the 
team turn the feedback loop into the Vicious Circle 
that gradually cuts-off the supply of oxygen to the 


innovation in the organization. 


Most times, HiPPO effect or Authority Bias 
makes the team meetings ineffective and counter- 
productive. The members either fall prey to these 
biases, or they try to avoid conflict in the team and 
keep themselves safe in the organization by remaining 
silent (mostly by seeing the large mob of the zombies of 
these biases in the team. In such situation when some 


spirited members typically lower in the organizational 
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ladder counter the argument of the upper ladder 
persons or the leader, the conflict arises, which is in 
most becomes counter-productive for the team and 
the organization and becomes suicidal for those at the 
lower ladders. Else, typically the long silence follows 
in the team meetings when the leader explains his/her 
idea or viewpoint to a problem (in a tone of judgment 


in many cases). 


In both the cases, when it becomes a regular 
trend that when a leader of the team’s or the ideas or 
viewpoints from those who are placed on the upper 
ladder are praised or unanimously advocated without 
a few valid questions and some set of team members 
regularly remain silence, this is a symptom of the 


cancer. 


In another scenario, if the young minds in the 
team who used to have questions earlier when they 
had newly joined the team, have no more show any 
interest in questioning or ask the obvious questions 
where most probably they do not really need an answer 
or seems to know the outcome of the questions they 


asked, that is another alarm for the cancer. 


If the team does not have a diverse-voice or 
the team members mostly ask questions which do 


not really going to impact those who asked those, 
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and fall in the graph in questioning an opinion of the 
leader in a productive way or some members in the 
team remaining silent who used to be more creative 
in the past (and for a long time their opinions were 
brushed aside and never mattered) then the team or 
the organization has already become a totalitarian state 
and is in a serious condition that requires the fix of the 


culture. 


Bottom 
Top. 


This is important to remember here that 
the foundation of DesOps is based on interaction 
and collaboration that is productive and supports 
innovation from grass-roots. In the true DesOps 
organization, the ideas flow from bottom to top, like 
the seed of ideas germinate and grow as plant and 
gradually chrough continuous nourishment from the 
surrounding culture, which turns it into a big tree with 
the fruits of innovation. All che process improvements, 
tool-chain support and the technologies act as the 


catalyst to support such a culture. 


Going DesOps way is about adapting to 


change, being flexible; adopt disruptive innovation in 
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a measurable and informed approach. For such eco- 
system to be successful, it is essential to ensure the 
work-culture is supportive and provides motivation to 


the actual people who are part of it. 


Irrespective of whatever the mindset is, the 
person affected by this becomes mostly a naysayer. And 
these naysayers are easy to spot. As Nolan Bushnell, 
the founder of Atari (who also launched Steve Job’s 


career ) along with Gene Stone puts it: 


...they’re the ones who prevent projects 
from taking off; who quash creativity, who 
sap imagination. They’ve gained power 
and prestige by being the company of a 
curmudgeon. They pretend that they’re 
doing this or that for the companys good 
(someone as to play devil’ advocate; they 
say). But they’re really saying no all the 
time because it’ all they know how to do, 
and because they have no ideas of their 


OWN. 


So where is the way out? One of the fundamental 
tasks of DesOps, as a Service Design approach, is to 
prepare the work culture of the product team for more 
positive interaction in context to human-to-human 


communication and collaboration to prepare them for 
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the process changes that might follow up along with 
the aid of automation and new technologies supporting 
new tool-chains. And in such cases, to avoid the team 
falls prey to fixed mindsets; mostly three steps can be 


taken: 


Choosing the right people with more open 
personal traits at the time of hiring. During the hiring 
process, there are many popular psychological tools 
and methodologies can avoid personal traits with 
higher index in the person which is less willingness to 
take the risk, or avoid the person too much structured- 
person who is more prone towards process-oriented 


obedience. 


The new age innovation in organizations needs 
the product team with the people with more open and 
inquisitive mindset — those who have lot of questions 
in them with passion than the structured minds who 
always define the box as the red line for him and his 


team members, to play within. 


The next big thing we should look for is the 
passion and intensity. One trick to spot such a person 
during an interview is to notice how and what they talk 
about. "The passionate talk about what they want and 
can do; they don't tick off reasons they haven't done 


it yet." 
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Always keep an eye on symptoms of Vicious 
circle getting formed within the team or organization. 
Mostly it starts with the persons are at the top of the 
ladders. And the most commonly it starts with HiPPO 
effect. Evaluate internally if there is any change in the 
team’s behavior during meetings — try to find answers 
to questions like “Has the spirit of some members have 
changed?”, “there fewer questions in meetings and 
especially fewer questions to the people at a higher 
hierarchy? “, “Has the agreements to the top leaders’ 
views have increased with little discussions over the 
last few meetings?” “Has some set of members are 
regularly putting up silence since a period whenever 
the leader of the team or people on the higher ladder 
is throwing the ideas?” “Has there been an increase in 


rejection of ideas from the grassroots?” 


These will help in forming the timely suspicion 
to avoid the Vicious Circle. Note, that these may seem 
like add-on work, but this timely diagnosis is worth it, 
as it helps to ensure that the organization has not got 


cancer at its brain and heart. 


Another key aspect is to bust fixed mindset is 
to enable un-learning. The systematic un-learning is a 
key to fixedness that is more functional or structural. 
Unlearning helps in fostering a sense of willingness that 


helps in opening up minds. Especially this is effective 
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and critical to have the managers and the members of 
the top hierarchy, to develop a sense of willingness to 
unlearn and learn something new. Unlearning helps to 
put team members out of their comfort zones so they 
are more willing to pursue the unfamiliar and fosters 


curiosity. 


echnolo 
О ПО ЕРУ 
ulture. 


Many believe, an enterprises culture depends 
only on by improving the work environment, and 
grooming the soft-skills in the team. And in the back 
of our mind many think this is all human-problem, 
so only mindsets and the optimized implementation 
of ethical practices and activity models will only help. 
But in today, we are in a better position to go the 
last mile through the enablement of culture through 
technology. 


One of my close friend, Pratik Agarwal, who co- 
founded a startup named BetaBuilds Technologies, told 
me that he and his team got his startup idea by facing 
a human problem that typically it is always difficult 
to get an honest opinion in the workshops or team 


meetings in an organization referring to the different 
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cognitive bias we discussed in the previous pages. In 
an enterprise, any team member, while discussing 
about his idea or giving feedback on anything, always 
tests his psychological securities, and determines how 
much and in what manner he needs to regulate his 
feedback. If he is sharing his idea is contradicting on 
something which his boss has suggested, he would 
refrain from articulating that, or changes the tone. In 
a big team of experts, when the the members who are 
new, also feel hesitant to share their ideas or feedback 
thinking. This kind of behaviour is very natural to 
any human behaviour. Pratik's team is working on a 
product that tries to solve this, in enterprise scenario 
by introducing new collaboration tools for team and 
workflows with an aim to build an open enterprise 


culture. 


There are many examples we can find similar 
to Pratik now-a-days, where now the enterprenuers are 
getting more aware about the power of technology to 
enable better culture in the workplaces, rather than 
just limiting the solutions to functional needs. There 
are many of such human issues and biases, which exists 
in the workplace, technologies can solve that. Today 
as we see the enterprise is more bold towards opening 
to more collaborative cultural practices, I believe it is 
the high time, all the enterprise applications and tools 
need to be seen in this light to rethink how those 
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tools can be improved to groom the open team culture 
and practices. This angle would certainly impact how 
we use the Slack, Jira or typical email-clients as a 


collaboration medium. 


Any tool that reduces the gaps among the team 
members, and enables the feedback-loops, needs to 
be seen from the Open culture point of view to be 
understood if they really enable the higher human 
values or just remain as a a functional solution by 


catering to the need of the workflows. 


I foresee that the next generation of enterprise 
software will be built upon the human values and 
more in the areas of improving or enabling ethical 
practices in the organization. This would be a biggest 
green-field opportunity for the vendors of the 
enterprise collaboration and business process tools to 
explore and be the next generation of market leader. 
As the organization would adopt more and more 
DesOps mindset to improve their work practices and 
innovation tracks, more and more demand would be 
in the areas for the tools that would help them enable 
the open culture. This is the beginning of the end 
to the traditional enterprise applications which only 
focuses on the workflow improvement and stick to the 


politically correct model of enterprise practices. 
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SEVENTEEN 


l. sociology, Casteism is one of the rural social 
problems, which is peculiar to the India, a country 
of various religions. Each religion is sub-divided into 
different castes and these castes again into sub-castes. 
And historically in such societies, Casteism leads the 
members of one caste to exploit the members of other 
caste for their own vested interest in the name of 


superiority or inferiority. 
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Debdutt Pattnaik describes the casteism in reference to 


modern day management practices: 


The colloquial word for caste in India is 
jati; it traditionally referred to the family 
profession that one was obliged to follow. 
Jobs were classified as higher and lower 
depending on the level of ritual pollution. 
The priest and the teacher rose to top of 
the pyramid while sweepers, undertakers, 
butchers, cobblers, were pushed to the 
bottom, often even denied the dignity 
of touch. In between the purest and the 
lowest were the landed gentry and the 
traders. [...] When members of of one 
jati became economically more prosperous 
or politically more powerful, they did not 
seek to break the caste system; they sought 
to rise up in the social ladder by emulating 
the behavior of the more dominant caste 


of the village. 


In context to an organization, unfortunately 
such casteisms, corresponding to different roles of 
professionals and the hierarchy in the organization 
structure, exist on the ground. Some of these induced 


due the bias we discussed in the previous chapters. 
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Some are induced due to personal perception 
towards the other in the organizations. For examples, 
most times І have seen organizations focusing on 
hiring people from specific art colleges or design 
institutions because of pre-conceived notion of the 
leadership about the design discipline. This mostly 
results in forming a group of designers, who are 
focused on from specific angle which either they have 
learnt through their education or the group mindset 
following and agreeing to specific set of approach to 
attempt problem. This kind of approach leads to death 
of diverging thinking in the design team. 


Design 
Not Exclusive 
Roles 


The key to a DesOps organization, is in the 
belief system that encourage the people on the way 
towards the understanding that design is a holistic 
and process driven discipline organically part of and 


associated with all other philosophies, domains and 
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disciplines. This lies in understanding that design is 
not exclusive to traditional roles of designers. In fact 
all great thinkers, innovators in literature, art, music, 
science, engineering, and business have practiced 
it, as a systematic way to explore, extract and apply 
human-centered philosophies and techniques to solve 
problems in a creative way. This should be part of the 


belief system of the enterprise. 


Traditional in designer role, which mostly 
popularly perceived as that of guardian of aesthetics, 
some take it too far. Though beauty and aesthetics 
do have their important role to play in any products 
success, ultimately in an enterprise, the stakeholders 
and product owners focus more on the balance between 


the value delivered versus cost. 


For this there is the concept of inclusion that 
plays a big role in DesOps culture that believes that 
design is something that impacts peoples everyday 
lives in a profound way. Therefore, it’s important not 
to exclude users from the design process, designing 
with the people you and your clients want to reach, 


rather than for them, is key. 


Also this culture, promotes the ethical 
organizational behavior making its individuals inner 


growth in context to personal character and confidence. 
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Every designer should be on a quest of realization to 
understand the fine line that impacts the emotions 
in every human-human interactions, where he takes 
part. For example, others can easily interpret ones 
confidence as arrogance, and to avoid such situations 
where other consider a designer of some pretentious 


types, he needs to own a splash of humility in himself. 


These if we see drills down to the basic pillars of 
any organizational behavior, namely: Understanding, 
Respect, Observation, Empathy, Feedback and 


Freedom. 


DesOps 
Inclusion. 


In Open Organizations like, Red Hat, we can 
find the examples of inclusiveness in every nook and 
corner. Тће decision-making process at Red Hat looks 
different from conventional organization's approach. 
In most of the cases the value participation of each 
associate in a broad team is expected. Though this 
results in a slower process and in many cases the 
pushbacks, debates go an extreme, at the end, the team 
ends up in making better decisions, which can then 
be executed with speed and efficiency as most of the 


team is by that time agreement to take that decision 
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forward. In the core to this is that everyone in any 
design culture should feel empowered to be part of the 


decision-making process. 


Inclusion is about bringing in the perspective 
of others. This power brings the diversity to the team, 
so that everyone brings his/her unique perspective as 
a core value that helps to foster an innovation culture, 
where these values can be celebrated and respected as 
an indispensable part of the team that helps in taking 
the right decision. The diversity helps to inform the 
decisions, including as many people as possible that 


covers variation in capabilities, needs and aspirations. 


An interesting research from McKinsey 
shows that the diversity in organizations impacts 
the profitability. (bttps://www.mckinsey.com/business- 
functions/organization/our-insights/why-diversity- 
matters and https://www.mckinsey.com/business-functions/ 
organization/our-insights/delivering-through-diversity). 
The report shows that the ethnically and culturally 
diverse companies are 35% more likely to outperform 
their industry competitors, whereas the gender diverse 


are 15% more profitable. 


The design cultures should support inclusion 
in all its forms and in all the dimensions it is warranted. 


This inclusion is about having the different roles, 
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designer - non-designer and the members who are 
challenged with some disability. A true inclusive culture 
also gives equal importance to include members with 
disabilities even though it is even more challenging 
to do this as barriers can be more frequent and have 


greater impact in case of such members. 


There are a few factors like a physical 
environment which is not accessible, lack of relevant 
assistive technologies to support these members 
and especially negative attitudes of people towards 
disability. This requires the respect and empathy in 
play by the members of the team or organization. For 
example, for organizations where the members who 
are challenged with a visual disability, Microsoft has 
come up initiatives like “Code Talk" (bttps://gitbub.com/ 
Microsoft/CodeTalk) that allows these specific people 


to contribute to the world of programming. 


The power of inclusion helps bring the 
perspective from diversifies angles, and in true design 
culture, without the perspective from the people from 
disabilities, any design solution is incomplete. In Red 
Hat UXD team we took help from persons who are 
differently abled, to design solutions that are more 


accessible. 


It is important to understand that the design 
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culture is about the human aspect of the organization 
and the business. The empathy and respect that as 
a designer which we need to put into, play for our 
persona, we put that first to our team and organization 
and the members in it, as an organization which aspires 
to have a true design culture must apply the design to 
itself. 


As per the British Standards Institute defines 
inclusive design as: “The design of mainstream 
products and/or services accessible to, and usable 
by, as many people as reasonably possible ... with no 
special adaptation or specialized design.’ http://www. 


inclusivedesigntoolkit.com/whatis/whatis.html 


From an organizational cultural point of view, 
the inclusion also plays a critical role that impacts 
the leadership attributes in the enterprise. It is easy 
to notice in many organizations that often there are 
"leaders who hire employees they have worked with 
in the past — established employee relationships that 
don't require additional time or energy to cultivate 
trust.". And for growth of the organization, it is critical 
that a leader "must continue to find ways to engage 
with and earn trust from each new crop of employees 


they inherit and are responsible to lead." 
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In DesOpsenterprise, the philosophy ofinclusion 
driving the soul of the organization, influences leaders 
to do the justice to their role by going for the extra 
mile to reach out to new members of the team to be 
engaged with them and gain their trust. This leads to 
closely bonded team with diversity, which helps the 
enterprise attain the required synergy to sustain the 
pace of delivering great and innovative products and 


services to its customers. 
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EIGHTEEN 


Т. definition of design as а breed of creative 
problem solving, design leads to innovation. May 
the design is in practice naturally or through some 
planned process, the outcome of true design as a way 
of getting the solution which leads to innovation. The 
culture that interweaves design philosophies within it, 
is a culture that nurtures innovation. Therefore, no 
surprise that the attributes of innovation-culture are 


same as the design culture. 
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In organizations, if an innovation is not 
part of the most of the outcomes from the design 
practices followed, then there is a problem with 
that organizational culture. Then it’s time to think 
the basic questions like, is the design principles are 
understood and well respected through the practice 
and the processes are in place? Are the key values 
of design culture enjoy understanding, respect, 
observation, feedback, empathy and freedom are intact 
in the practices? It’s time for a re-evaluation of the 
exiting way the teams and the organization work. So 
what are the basic attributes of the design culture that 


nourishes innovation? 


As Gary Hamel, the visiting professor to 
London Business School starts his preface to the book 
The Open Organization by Jim Whitehurst, the CEO 
of Red Hat: 


Here’s a conundrum. The human capabilities 
that are most critical to success — the ones that can 
help your organization become more resilient, more 
creative, and more, well, awesome — are precisely the 
ones that can’t be “managed.” While you can compel 
financially dependent employee to be obedient and 
diligent, and can recruit the most intellectually capable, 


you can’t command initiative, creativity, or passion. 
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Jim Whitetrust, CEO or Red Hat mentioned 


about innovation in an organization as -- 


.. you can't order people to innovate. 
Every company wants its people to be 
creative and innovative. But you can't 
order or force them to “innovate.” The best 
а leader can do is to provide context and 
room for their people to try new things and 
take chances. Some people will earn more 


latitude over time. 


The organizational leaders need to understand the 
view the design culture as the pre-cursor of innovation 
in the following lenses like zero hierarchy, innovation 
parenting, busting the view that the innovation is not 


event specific or seasonal and inclusion. 


Zero 
in Play. 


The organizational space should allow the 
innovators to bypass barriers and hierarchies. Many 
management practitioners believe that the hierarchy 


is an indispensable component of an organization to 
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ensure the value is delivered. Fortunately, that’s not 


true. 


Its clear from the growing open source 
product portfolio out there in the market giving tough 
competition to many enterprise products that operates 


on the hierarchical principles. 


The fascinating success story of open source 
products like Linux, Kubernetes and Valut etc. prove 
that the collection of self organizing and decentralized 
set of people can deliver value that no single solid 
organization with conventional top-down hierarchy, 


can compete with. 


This principle equally applies to the design 
team, where the hierarchy tries to advocate a top-down 
approach to everything, including the innovation 
aspect. This contradicts the DesOps philosophies 
that encourage the bottom-to-top flow of ideas and 
advocates recognition of innovation from the grassroots 


level. 
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CaseStudy: 
Desions 


[Source: David Rocks and Moon шат, "Samsung 
Design", The Business Week (December 6, 2004) рр. 88- 
96] 


The Korean company, Samsung Electronics, 
began to reinvent itself several years ago from a me- 
too producer of electronics to a designer of "cool- 
gadgets.". Yun Jong-Yong, Samsung's chief executive 
had a vision "to be the Mercedes of home electronics." 
To accomplish this, Samsung focused on keeping its 
product designers at the leading edge without losing 


relevance to its users. 


Designers worked in three-to-five person teams 
from various specialties; this was a departure from it's 
historical top-down tradition. many of the new designs 
came from the outside the company and were built on 


a commitment to customer research and testing. 


In 2004, Samsung won 5 citations in Industrial 
Design Excellence Awards (IDEA) -- more than any 


American or European rival -- and 33 total awards in 
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top design contests in the united States, Europe, and 
Asia. The designs increase Samsung's brand value and 


market share. 
Innovation 


This follows classical parenting concept with 
the roots of responsibilities and wings of freedom is 
provided to the members of the team/organization 
by the leader who act as the guardian for the creative 
people to protect them from organizational politics 
and other negative forces. These parents help to 
ground these creative people be responsible for an 


organization’s aim. 


The first step to be a leader who acts as the 
leader must ensure the communication between him 
and his team members are intact and effective. Such a 
leader uses every interaction as an opportunity to share 
context and knowledge so he can equip the team with 


skills and knowledge to be successful. 
At the same place, the team members are 


required to be aware of the fact they need not wait for 


the manager to provide context, rather being proactive 
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to understand the organization values and engage with 


the peers. 


Innovation 
Seasonal. 


Expecting disruptive innovation as the way of 
life and culture and not as ‘time-bound solutions served 
on demand' helps sustain the innovation meaningfully 
in long-term. Innovation is an incremental process, 
including the disruptive ones. It can't happen on a fixed 
period of the year. It is not only about conducting an 
annual innovation event or a hackathon either. Its not 


seasonal, and cannot be produced on demand. 
Freedom 


Innovation is also about 'going wild' to discover 
and explore what one is passionate about. If the right 
alignment is there between the individual and the 
organization then the freedom of exploration can have 


very positive impact for the enterprise. 


But how can an organization provide freedom 
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to discover and explore at the same time ensure that it 
is aligned to the larger organizational goal and vision? 
The trick lies in engagement from the leadership at all 
the level, that encourages unconventional thinking in 


context of the larger purpose of the organization. 
No Idea 


Basically, there is no strict rule to innovation, 
to bring out-of-box thinking and disruptive ideas 
to the table, if every individual of the enterprise has 
the sense of being valued in the organization for his 
ideas, irrespective of the fact how silly it may be. The 
celebration to fail and fail fast removes the major 
psychological hindrance that prevents the individual 
from trying. Along with it if the organization values the 
unconventional thinking that catalyzes the disruptive 
thinking with a sense of contribution towards larger 


enterprise goal or vision. 


Along with it, it is necessary to apply a design 
to re-invent the organization in terms of culture 
and process is necessary, for instance, making the 
practices like Design Thinking as а way of life in the 
organizational culture can empower the individuals to 


contribute towards the innovation through the design 
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process meaningfully. 


The goal of such designing of the organization 
itself should nurture this philosophy that design is a 
holistic process driven discipline which is organically 
rooted within the culture of the enterprise, through 
the values like understanding, respect, observation, 


feedback, empathy and freedom. 
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NINETEEN 


dolce is an essential force of collaboration. 


In Jim's words: 


If you don't openly allow and encourage 
your people to tell you you're wrong, you'll 
never build an organization that can 
innovate better than your competitors. 
People want the opportunity to voice their 
opinion. They expect to be heard—but 
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not always to be heeded. Even if they don’t 
like the decision thats ultimately made, 
they will have the chance to make peace 
with it now rather than six months—or 
six years—down the road. Thats how you 


remove barriers and quiet the naysayers. 


The first step to induce feedback is through 
bringing clarity to everything that is being done, 
happens and is part of the team and the enterprise. 
The leaders or the managers of the organization must 


bring “clarity” to the table. 


To create the best working environment 
for your team, you must create clarity. 
Do people know what needs to happen, 
why the work is important, and what 
success looks like? Do people know how 
their work fits into the bigger picture? Do 
people know what standard of quality 
needs to be met before their work is 
shipped or goes live? The best managers 
constantly clarify | these  tbings—in 
meetings, in emails, during one-on-ones. 
They also ask their team, “What isn’t 
clear?” or "Whats confusing?” or “What 


am I not explaining enough?". Without 
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clarity around tbe work, tbe work can't 


get done well. 


Clarity leads to maintain a transparent 
environment about decision-making process that 


is essential for any engagement within the organization. 


"Iransparency is appealing in a raw, 
human sort of way. We know this 
intuitively from our | interactions 
with other people. As you get to know 
someone, you develop an increasing sense 
of transparency with them, and they 
towards you. You can’t really be friends 
with someone unless theres some level of 


transparency." 


A transparent culture, has a natural tendency to 
run on feedbacks. “Transparency produces trust. [...] 
A culture of transparency takes shape when leaders 
intentionally manifest their own personal transparency, 
and encourage it in the attitudes and behaviors of their 
team members. In other words, transparency starts 
with people.” [Patel, Neil (10 Sep 2014)] 


In a DesOps enterprise, the transparency starts 
with the leader who is willing to be fiercely honest 


and that too with the tone which expresses that he 
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cares and values the every opinion and the member 
of the team. He is primarily responsible for creating a 
safe environment for the team to speak up starts with 


going first and showing vulnerability as a leader. 


There is no better role model than a courageous 
leader who is willing to be fiercely honest with good 
news and bad news. This sends the message to the 
team that they can handle the information and that 
they can count on the leader to connect the dots for 


them when needed. 


The leaders words and act that shows that 
there is understanding, appreciation, and reliability for 
every opinion, builds the environment of comfort for 
the people of the organization, to give honest feedback 
on any aspect that they are aware or deal with. This is 


the essence of the transparency in a DesOps culture. 


This attitude and mindset also reflects in the 
day today work and fuels the feedback-driven decision 
making process that deals with design and any other 
aspect of product lifecycle. 
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Belief 
Key. 


As Debdutt Pattanaik puts it in A Very Indian Approach 


to Management : Business Sutra : 


Belief is tbe seed from wbich sprouts every 
buman enterprise, every culture and every 


act of buman kindness and cruelty 


Organizational success starts with the strength 
of the core Belief System. The key to achieve a 
sustainable culture in the organization always depends 
on the belief system that encompasses the people in 
the organization itself. For a true DesOps, organization, 
the belief in design oriented driven philosophies to 
drive management and product and services related 
decisions should be organically part of organizations 


people associated. 


In one of the multinational brand, I was in some 
engineering team meetings. Many of the leadership 
teams, while discussing the process for running 
various projects, expressed their concern, one of them 
expressed "I know where you are coming from, but let 


me tell you this have been an organization running by 
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the engineering and that’s how we have reached where 


we are now. 


So let’s not deviate from there from a process 
perspective.” One director when heard about the 
suggestion to try out the Design Thinking approach, 
told me that personally he believes that “it is a good 
theory to be part of advertisement — “I have never 
seen that working, let’s not define a new process here.” 
To any service design practitioner, I am sure these 
kinds of experiences are not new. In any organization 
that is going through a process of re-design (or re- 
engineering) it is a common to find some of its 
people getting emotionally attached to the older way 
of working and practices they are associated with. 
However, before any such the change it is critical that 
the most of the members must be educated enough 
so they can believe in the new approach. In Debdutt 


Pattanaik's words: 


For a believer, his belief is the object of 
truth; he therefore rejects the notion of 
myth, and shuns the subject of mythology, 
a key reason why belief remains an 
invisible unacknowledged level in the 
modern business practices. We convince 


ourselves that that our beliefs are rational 
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hence right, while those of others are 


irrational, hence wrong. 


The leaders in a business organization are like 
the drivers of the wagon, need to believe on their vision, 
the quest, and then only they can give confidence to 
the passengers in the wagon so that they can believe 
in the quest and enjoy the journey. This is essential 
for keeping the foundation strong for the “talent 
and culture” that is “essential to keep making great 
products” [Brent Schlender and Ric Tetzeli, Becoming 
Steve Jobs, 2015, Sceptre] 


Irrespective of what kind of process we follow 
in an organization, unless the leaders themselves 
do not trust the approach, the philosophies of the 
practices whole heartedly, they end up in faking up the 
data about their success story to survive the executive 
review sessions. Ultimately, they turned themselves 
into naysayers to any change as they start fearing the 
situation my going out of their hands and they might 


loose control. 


In many cases the mistrust about the 
philosophies are offshoots of limited knowledge or 
unwillingness to take risk. This starts a cycle where 
the followers of these leaders find it difficult to trust 


CHAPTER 19 | 


SAMIR DASH: THE DESOPS ENTERPRISE 


them. Even those who genuinely enjoy their jobs, the 
people they work don’t feel comfortable working with 
or trust their leader. This is a deadly spiral that leads 
to stagnant culture which cannot support any air of 


creativity or innovation. 


Then how to improve the share of the believers? 
One approach would be to neutralize the negativity and 
the bias that is the power behind the inertia fuelling 


the naysayers. 


To neutralize the naysayers Nolan Bushnell 
and Gene Stone give a trick in their book Finding the 
Next Steve Jobs provides a trick: 


Ask people to write down their objections to 
ideas. Why? Because it’s too easy to kill an idea verbally. 
Thinking they have to speak up when presented with a 
new idea, people do, and they almost always feel more 
comfortable criticizing it than praising it. That’s just 


human nature. It’s always easier to say no than yes. 


A much better tactic is to ask that objections 
be written down. When people write critiques, with 
their name attached, they are forced to take personal 
responsibility for their negative opinions. 

[Bushnell, Nolan and Stone, Gene (2013)] 
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TWENTY 


О, my first day at Red Hat, I received a сору 
of Jim Whitehursts The Open Organization. What 
immediately came to my mind was: "Oh, another book 


with rants about open source practices and benefits." 


But over the weekend, as I scanned the book's 
pages, I realized it's about more than just "open source 
culture." It's a book about the quest to find an answer to 


a much more basic puzzle, one that every organization 
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is currently trying to solve: "What is that common 
thread that can bind best practices and philosophies in 


a way that's meaningful for organizations?" 


This was interesting! As I dove more deeply, I 
found something that made even more sense in context 
of all the design- and operations-related questions 
I've seen debated for years: Being "open" is the glue 
that helps in bringing together the best of different 
practices and philosophies, something that allows us to 
retain their authenticity and yet help in catering to real 
needs in operations and design. As Open Organization 
encourages transparent culture, It is also the key to 


thinking with DesOps. 


DesOps, 
by Default. 


Broadly, DesOps focuses on how to converge 
different work practices so that an organization's 
product management, design, engineering, and 
marketing teams can work together in an optimal 
way. Then the organization can nurture and sustain 
creativity and innovation, while at the same time 
delivering that "wow" experience to customers and end 


users through products and services. 
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At a fundamental level, DesOps is not about 
introducing new models or process in the enterprise; 
rather, it's about orchestrating best practices from 
Design Thinking, Lean Methodologies, User-Centered 
Design models, and other best practices with modern 


technologies to understand, create, and deliver value. 


Let's take a closer look at core DesOps 
philosophies. Some are inherently aligned with and 
draw inspirations from the DevOps movement, and all 
are connected to the attributes of an open organization 


(both at organizational and individual levels). 


Being "open" means, every individual 15 
transparent. So is the organization they're part of. 
The upshot is that each member of the organization 


enables greater transparency and more feedback-loops. 


Also, there is less manipulation in translation 
among touch points. This also means the process is 
lean and every touch point is easily accessible.There's 
greater accessibility, which means the organizational 
structure tends towards zero hierarchy, as each ladder 
is accessible through openness. Every one is encouraged 
to interact, ask questions, and share thoughts and ideas, 
and provide feedback. When individuals ask and share 
ideas across roles, they feel more responsible, and a 


sense of ownership develops. Greater accessibility, 
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in turn, helps nurture ideas from bottom up, as it 
provides avenues for ideas to germinate and evolve 
upward.Bottom-up momentum helps with inclusivity, 
as it opens doors for grassroots movements in the 
organization and eliminates structural boundaries 
within it.Inclusivity reduces gaps among functional 
roles, again reducing hierarchy. Feedback loops form 
across the organization (and also through development 
life cycles). This in return enables more meaningful 


data for informed decision making. 


Empathy is nurtured, which helps people in the 
organization to understand the needs and pain-points 
of users and customers. Within the organization, it 
helps people identify and solve core issues, making it 
possible to implement Design Thinking as a way of life. 
With the enablement of empathy and humility, the 
culture becomes more receptive and will tend towards 


zero bias. 


The open, receptive, and empathetic team has 
greater agility, one that's more open to change. 
Freedom arrives as a bonus when the organization has 
a open culture, and this creates a positive environment 
for the team to innovate, not feeling psychologically 


fearful and encourage fail-fast philosophies. 
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Humility 
Designer 
Empathy. 


Humility in the design process is perhaps 
the greatest factor that contributes to the success of 
the design. Irrespective of the fact that how much a 
designer is experienced, he can never represent in his 
mind about the next segment his design is going to 
affect. Thats the reason, empathy plays a great role, in 
Design Thinking. But how to bring empathy? Because, 
its natural for a human to get biased by his ego. For 
a designer, that affects not only him, but the millions 
out their who use his designed solutions. That's the 
reason, the person who owns a pinch of ego, can go 


blind, while in the design process. 


The DesOps culture, tries to cultivate the self- 
realization for every designer in all the members of 
the organization. By advocating Open Organizational 
philosophies, it helps to create an environment, 
where core human values are appreciated. Members 
collaborate and learn to appreciate the importance 
of being transparent, open and along the way get 


freedom. Through this journey, they get to learn how 
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to be a good human being, and learn about how to 
nurture humility among themselves. Being humble 
is the greatest asset of a designer. It helps him to 
understand the users more. It helps to put his foot into 
the user’s shoes. It helps him to avoid being indifferent 
to the users pain-points, how small they may be. This 
helps to have empathy for the users, and help him to 
create the solution, that has positivity for the life of 
the user. Many times, the designer to get emotional 
about his designs and get defensive, when he gets not- 


so-favourable feedback on his designs. 


Also, most times when such feedback come, 
a designer may have a personal association of success 
or failure of him with the design. That is dangerous, 
as it reflects that the designer, then removing a user 
from the whole process got the design created based 
on his own taste and pre-conceived assumptions. This 
is not design. This might be a good art, but not a good 
design. In successful DesOps practices, we follow use 
of a structured design process, which ensures that the 
users pain-points or needs from the solution guides 
the design outcome. However, this is not entirely a 
good process in place that matters. It’s also about the 
designers who are engaged in this process and follows 
the process, need to have an eye with empathy towards 


the user who can recognise the needs of the user. 
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Giving and Receiving feedback is essential to 
DesOps mindset. It is equally part of the everyday life 
of the designer within his organization surrounded 
by his team as it is important component of the 
design process while trying to understand the user 
needs. But the lack of humility and empathy in the 
designer makes him more defensive towards his own 
ideas and thought process. It makes a wall around him 
isolating him more in his own cocoon. This make 
him aliennated from his team, and he blocks all the 
feedback loop, as different biases are formed within 
him. He stops trusting people's judgement around 
him and the reacts in a behaviour that poisons the 


workenvironment and team culture around him. 


Hire 
& Open 


Hiring the right people helps in building 
a culture that has the right talent and diversity. By 
creating an environment based on DesOps principles, 
the freedom comes to free-play through the celebration 


of failure, encouraging to take risk, explore and innovate 
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and improve on the way. But that’s just the beginning. 
As Steve Jobs himself put it in context of NeXT – 


Hiring the right people is only the beginning 
— you also have to build an open corporation. Think 
of this way: If you look at your own body, your cells 
are specialized, but every single one of them has the 
master plan for the whole body. We think NeXT will 
be the best possible company if every single person 
working here understands the whole basic master plan 


and can use that as a yardstick to make decisions. 


Sure, there is some risk with giving 
every body access to all the corporate 
information, and potentially some loss. 
But what you gain vastly surpass what 


you lose. 


So one of the most important step in building 
an Open Organization culture is to hire honest and open 
people. When you have to choose from high skilled 
versus honest team members for your organization, 
go for the later, as you can always provide the right 
environment and training to develop the skill, but it 
will be really difficult (though not impossible) to bring 


a conviction in a member about honesty. 
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If we notice here, being Open Organization is 
about having higher purpose. Having higher purpose 
for any organization results in "higher degree of 
engagement among all stakeholders and catalyzes 
creativity, innovation and organizational commitment" 


[John Macky and Raj Sisodia, Concious Capitalism] 


As one of the key philosophies that DesOps 
follows, is about the feedback-loops, at every touch 
point of the organization as including the different 
levels of people and systems, it lauds the foundation 
to any Open Organization i.e. the engagement among 
the people to people. The engagement is not a “nice to 
have" in Open Organization, rather, “а key component 
of the management system". The engagement involves 
aspects like sharing of context and beng accessible 
for answering peoples questions with honesty and 


transparency. As Jim Whitehurst puts it, 


people thirst for context; they want 
to know the whats and whys of their 
company’s direction, and they want to 
be part of making it successful. [...] As 
a leader, your responsibility is to create 
the context, framing and explanation for 
why you chose a particular path. That 
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means you'll be explaining yourself a lot, 
which can be really hard 


CaseStudy: 
Emnowerment 
-Leaders. 


[Source: Open Organization, Jim Whitehurst, c 2015, 
Havard Business Review Press, pp. 97-98] 


Google become an household name starting 
from the early 2004. Many attempted to understand 
the secret behind the ease at which Google quickly 
produced innovative products into market and it came 
to light that Google allowed its people to spend 20% 
of their time in anything they want. 


Google’s empowerment of its employees to 
pursue their ideas utilizing 20% of their time helped 
churning out ideas that later become major products 
like Google Suggest, AdSense and Orkut etc. This was 
a far reaching approach that helped the organization 


reach a phenomenal track record of innovations. 


The DesOps principles like cohesive team 


424 SECTION 2 : CULTURE 


V0L:1/3 - THE OVERVIEW & CULTURE (2ND ED) 


play punched with practices like fail-fast, allows 
the empowerment of the thought leaders and this 
jumpstarts innovation. This helps employees of the 
organization to pursue projects and ideas they are 
passionate about. And this is unmistakably an attribute 


that every open organization owns. 
It's Natural 


I have witnessed such scenario, when the 
leadership did shy away from showcasing conceptual 
mockups of a potentially ground-breaking eco-system 
to the bigger community in a conference, as it was 
considered to be half-baked in terms of cosmetic 
finishing! No wonder such concept was an early stage 
mockup set that never aimed to be brand compatible 
rather it was a true concept that shows cased the 
potential functionalities good enough to set the context 
for an audience. But the leadership missed the context 
and purpose of the concept, and instead focused on the 
cosmetic aspects. Such kind of instance is against the 
true Open Organization spirit and results into reduced 


business effectiveness of the organization. 


Another aspect of any Open Organization is 


aligns to what the crux of any DesOps Organization 
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- Any DesOps fuelled process supports the outcomes 
on the way through out incremental product life 
cycle journey, most of which reflected through 
the prototyping approach, the gradual incremental 
progress from ideation to product vision and then 
through prototyping evolving into the matured version 
that tries to improve the delight factor for the end 
user. Notice, in such a process we find that there is 
nothing that is half baked, as at any stage, it’s a gradual 
increment that represents the journey to achieve the 
perfection and delight. In similar lines, in an Open 
Organization, the concept of selling half-baked idea is 


not a taboo. 


As Jim Whitehurst puts it: 


Often leaders have a general sense of where 
they want to lead the company, but not yet 
nailed down the specifics. Unfortunately, 
too often leaders are uncomfortable 
sharing plans that aren’t complete. They 
worry that they are not setting clear goals 
or that ambiguity will cause more harm 
than good. In participative organization, 
this is a great time to engage. 


When we are talking about the Open 
Organization model, Red Hat's different starting point 
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TWENTY-ONE 


О, the cross roads of twenty first century, it 
is time to take a pause and look back on our civilizations 
past and then look forward to the coming times into 
the future for a new world to come. This is important 
in my perspective because, we are the bridge between 
the age old traditional philosophical models and the 
coming generation of artificial intelligence that gives a 
hint on a totally new paradigm of knowledge systems 


and the solutions based on that, that would be driven 
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by dimensions impacting all the associated disciplines 
including design and all philosophical models 


around it, which were never main stream till the day. 


For example, all the experience maps till now we 
were considering the user - typically a human being 
at the center of the journey. The related empathy 
maps, persona capture in similar manner the human 
emotional and cognitive aspects. But as the technology 


is enabling us to build the next bodyless speicies as co 


Impleenting DesOps is not only about finding 
the right process blocks for the Organization. It's not 
only about defining, but rather about grooming the 


team and culture to bring the mindset. 


For example, in an organization we can go 
evaluate their existing pain-points and suggest that 
Design Thinking will help, but that is just the 1% of 
the many steps towards DesOps. The rest 99% about 
enabling DesOps is about making sure, we build the 
right team, right environment, groom people on how 
to apply Design Thinking in everything that everyone 


of the team does. 


The role of a DesOpsian is more than an UXer 
or a designer in traditional sense, as his role transcends 


beyond a role of a process enabler or more than a 


430 SECTION 2 : CULTURE 


V0L:1/3 - THE OVERVIEW & CULTURE (2ND ED) 


service designer does. DesOpsian is enabler in terms 
of cultural values, a responsible contact point in the 
organization of enabler of human values and practices 


Design Thinking. 


When we look at the legacy of art and 
architecture of Indian temples from thousand years, 
many of which are surviving to the date, representing 
the precious heritage of the country attracting 
immense attention around the world. Many historical 
volumes have been written and researches done on the 
subject of Indian temple typologies, structures along 
with various angles from archaelogical, historical, 


photographic and art perpectives. 


From DesOps perpective, I see the subject of 
Indian temples building as a fit case of study, where 
we can benchmark and compare the approach and 
operational aspect that was used to validate some 
important aspects of DesOps principles and practices. 
Especially we can look into this use case to finds answers 
for the questions like - when we in the current age, 
are struggling to find the right approach to carry out 
design practices in the organzations, where a typical 
small project team is consists of typically 3 to 20, or 
even in a fairly large organization the project team size 
is typically below hundred, how it was possible in 


ancient times, during the temples construction, several 
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thousands of artisans were engaged to deliver a perfect 
piece of art. What was their operational practices? 


What kind of team culture they were following? 


By going through several papers, archeological 
documents published on the Indian temples, it seemed 
to me that there are many clues which points to 
practices and the approach were taken to map the 
different aspects of the whole design operations, which 
is very similar to the approaches now we are exploring 
in DesOps. 


The most significant things that I noticed 
were -- The Indian temple design practices was 
guided by the religious scriptures and the ancient 
Vedic philosopical models like the "Vastu-Sashtras" 
along with the teachings from religious preachings on 


becoming self realization. 


Culture in 
during 


The initial and foremost step before starting 


the construction of the temple was the selection of the 
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team and their heads. Firstly the main architect ‘the 
sthapati is selected. And it was interesting to know 
that the sthapati should have complete knowledge of 
the Shilpshastras, the traditional sciences, mathematics 
and Purans, paintings, music and yoga. He should be 
fit to direct the construction to all the other members 


engaged in the construction work. 


It was strictly audited by the patron that "as a 
person he should be kind, joyous, and free from hatred 
and jealousy, truthful, with control over the senses, 
focused in mind, and also free from greed, carelessness 
and disease" (Kramrisch, 2007). 


This highlights the importance of the cultural 
aspect playing a role in the design operation they were 
having. It is in the similar lines when we see value of 
the mindset that is about grooming a right culture 


around removing the fixed mindsets. 


If we consider in today's terms, the stapatbi 
was similar to the UX architect and had the initial 
vision. He was more responsible of understanding the 
highlevel vision of the Patron, who typically the king, 
The king or the Patron was in today's terms more like 
the customer or the Product owner. From the design 


angle, the sthapaka was more like today's Information 
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Architect (IA) specialized in arcitecture of building 


and craftsmenship. 


Similarly the sthapaka is also selected by the 
patron and he should also be well versed with the 
Shipshastras and perform the architectural rites 
correctly. Both the sthapati and sthapaka have to work 
together and the construction started by the two 
should be continued by them only. In special cases the 
when they are not available the work should be done 


by an equivalent disciple. 


The sutragrabin is the disciple or the son of 
the sthapati and whose role is to perform all the 
work assigned by the sthapati and also he should have 
knowledge of layout and proportionate measurements 
(vertical and horizontal) by chord and rod. He was 
more like a Visual design expert in today's terms who 


provides the specs, and measurements, placements etc. 


The takshaka is the cutter of the stone and 
other materials, who cuts and carves the large pieces 
and do the subtle detail and should be able to do work 
on own initiative and also follow the sthapati.This role 
was more like, a prototyper plus a widget maker who 
has both knowledge of the design sense as well as the 


development techniques. 


434 SECTION 2 : CULTURE 


1/8 - THE OVERVIEW & CULTURE (210 ED] 


VOL 


ѕаоләа + Jadojanaq 
иоңел8әзи| pue puexpeg 


Јәдојәләа 
иопелЗәзи| 


эром pausiuy 

эц) оз Зшрре Ад pue seoaid 
panied ay} 48018803 зазејд pue 
53) oym JajUadsed JO uoseu эц) 


upjeupaeA 


95095 и8!зэр Jens % 
uonoeJe1ul Чум зәдојәләр 
замеш-иледед дедрим 

+ лад Ај ојола 


ләа IN 
$ 12dÁ31030Jd 


едәр әрдпѕ əy} ор pue 
$әздә!а э8ле| эц) ѕәллео pue 
5112 ОЦМ '5јемајеш 13470 
pue эио}$ эц) jo 1әзїпэ эц) 


eyeusyer 


uBisep jensi “481580 
uonoeJaju| ‘y| *uo1eesa4 
: әзиәнәйхз Jas) 


GA + ахі 


рол pue pou 

Aq (jeuozuou pue jedra) 
sjuawainseaw a3euonjodoJud 
pue зполеј jo әЗрәјлмоиҹ 


uiqei8eang 


u8isag иоцорләзи| 
“әлпуәәицәлу шәҙАс 
ози! Зи!риезвләрип) (у!) 
94n328ilu24y џоцешлоји| 


ах! + VI 


eueJnd ‘yew 
"DĄSDYSDdIYS ui e3pa| oux 
чим pəyyouy Лаз 


exyedeuis 


(отри зиәіоир ui зла рута гјашај ay} 01 әрио$ләд лэиб!5эа 1u244n2 эц) Buiddoyp) 


лаа ІП +uBisaq |ENSIĄ + 7 590 
џопзелајиј +UOISIĄ + 4291 +Vl 
ози! 8иез5лэрий 


ypauyuy xn 


*eueJng “деу “04450450416. 

ui әЗрә|мочу + UOISIA YUM 
Japjoyayeys pue 1зәицәлу шеи 
nedeuis 


c 


430 


GHAPTER 21 


SAMIR DASH: THE DESOPS ENTERPRISE 


The fourth is the vardhakin, the mason or 
carpenter who fits and places together what the 
takshaka has carved and by adding to the finished work 
and he also follows the sutragrahin (Kramrisch, 2007). 


The team of all the four heads work together 
with other workmen in the construction of the temple 
and any one missing cause the disruption in the process 
of construction. This role was similar to the Integration 


Developer in modern software domain. 


АП these different roles were part of the same 
team. It is interesting that each role was having skills, 
knowldge that were over lapping with the associated 
ones. Апа these roles were trained in the diversified 
knowledge areas, similar to the way how we are now 
looking forward to full-stack roles іп DesOps that 
reduces the gaps between the roles. It is important also 
from the point that along with the technical skills the 
training in dance, drama, and life's morals were helpful 
to make them more complete and fit with the sense of 


elevation to perform their role. 


According to the past records and the existence 
of families and groups who still continue the tradition 
of temple construction, we can say that there were 
various organized groups of architects, artisans and 


workmen who were employed in the various aspects of 
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temple construction. These groups functioned as guild 
or society. Among the association too they followed 
own judicial privileges, control the social life of the 


members and also could expel a disobedient member. 


The members of the association travelled one 
region to another region to work on different projects 
and spread the artistic and architectural traditions 
throughout the history of temple construction.They 
were given the knowledge of geometry, history, 
measurements and drawings. They were also given 
knowledge of music, dance and yoga. The training 
time lasted for almost ten years and when they had 
acquired the knowledge they were send to work on the 


bigger or prestigious projects. 


The practices included the focus on cultivating 
and grooming of the team of architects, craftsmen, 
designers and artisans in a healthy cultural environment. 
There were different roles within the team, yet, most 
of them were trained in associated areas, to become 
something like a full-stack. The temple construction 
process followed the methodologies as prescribed in 
Vastu-Sahstras along with the guidance of Puranas, 
and using a full fledged design system to ensure the 
various members of the team is delivering the similar 


outputs with perfections. 
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The training of the artisans in dance, in the line 
of Natya Shastra was mostly to teach them, apart from 
the mudra or the various human forms and positions 
they can reflect in the sculptures, the teachings on 
human prejudice, discussion of self, body and about 
cognition and mind. It teaches about the good and 
evil of human action. Similarly, the team members 
were taught on the oldest epics of the Ramayan and 
the Mahabharata, so that the use cases and analogies 
can be provided, and that would help the members to 
reflect and help in becoming a better human being and 
carry the same message in their art, for the benefits of 


the outside world and society. 


Interestingly, all these teachings were reflecting 
on how to be more humble and develop empathy 
within self to become a good human first, before doing 
the Karma (work). 


esian Systems 
PSP y 


The temple construction and the sculpturing 
in ancient times in India followed use of some design 
systems, structured process and design principles which 


date back to thousand years old, yet strikingly matches 
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to what we are trying to acheive through modern day 


design systems. 


Most of the architectural process have been 
described in age old "Vastu sastra” (vàstu Śastra) 
which literally means "science of architecture". Vastu 
Shastra are the textual part of Vastu Vidya, the broader 
knowledge about architecture and design theories from 
ancient India. Vastu shastra is a traditional Hindu system 
(includes both Hindu and Buddhist beliefs) describes 
the principles of design, layout, measurements, ground 
preparation, space arrangement, and spatial geometry. 
Vastu Shastra are the textual part of Vastu Vidya, the 
latter being the broader knowledge about architecture 


and design theories from ancient India. 


The shape of the Vastu for gods and brahmanas 
is prescribed as square. The square is literally 
fundamental to Indian architecture. The design of the 
temples, were based on the grid based system called 
Vastu-purusha-mandala. The mandala is an area of 
space defined by an enclosure. Vastu Purusha is super 
imposed into the enclosure to indicate the birth of a 
structure from Nature. The Vastu Purusha is held in 
place by 45 deities — 32 in the outer enclosure and 13 
in the inner enclosures. Food and fruit are offered to 
these deities before construction to please the Vastu 


Purusha, who confers health, prosperity, peace and 
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happiness to the residents. Typically this mandala is 

consists of 64 or 81 squares, representing cosmos. 
There were variations based on this core 

mandala, and was fundamental to the architectural 


transformations over the period. 


East 
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(Image: Vastupurusamandala is a grid of 81 squares фа is tbe 
foundation to most of the Vedic architectural principles from ancient 
India. ) 

The architectural design as well as the 
scuplturing was based on the modular design system, 
very similar to how today we are exploring the atomic 
and of Nuclear Design models. This helped the 


team of hundred or thousand members to work on 
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individual components and deliver very consistent piece 
of components or patterns, which were combined to 
build the final temple. For example in many temples, 
we can notice that each temple is composition of 


multiple embedded shrines. 


Paramasaayika Pitah Mandala Sakala Mandala Pechaka Mandala Mahapitah landuka 
Mandala Mandala Mandala 


(Image: Variations in Vastupurusamandala guided tbe in 
architectural plans, including the ones witb setallar ceiling tbat were 


formed by rotating square at the the center.) 


The metamorphism aspect we discussed under 
Nuclear Design model, was also can be noticed in the 
variations that happened over the ages as the design 
migrated to different geographies of India and got 


variations while following the same design principles. 
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The variations were possible, as the temple design 
concept was modular to a level, where the variations 
to the low level patterns were possible while aligning 
to the core vastu principles. This helped in the 
transformation of the one pattern from the base form 


to more complex features over the time. 


Using modular patterns were not only used in 
architectural elements but also they were driving the 
interior-exterior art work and the sculpturing craft. All 
type of human figures, animals, flowery ornamental 
elements etc. were made using smaller patterns. With 
the specific variation in facial expressions, clothing 
type, ornaments, postures as well as the position in 
the layout, these different patterns were helping the 
team to work on individual pieces and still were able to 


bring the consistent outcome. The following image of 
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(Image: The progressive adatation from alpa vimana form to more 
complex through variation that happened in Dravidian style) 
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two deities are an example of variations using different 


patterns. 


Both the idols are the composition of smaller 
patterns. The facial postures, ornamentals, body type, 
hair style and attire are a few of the aspects, based 
on which patterns with different attributes are used 
to create different idols, out of similar patterns. If you 
remember, this is like the tokens we used in Nuclear 
Model which has different attributes values to combine 


and form new derivatives. 
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Different patterns with their variations found in the Indian ancient sculptures. 
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PLATE XXII 


Different patterns with their variations found in the Indian ancient sculptures. 


8. 
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All these examples from the past with their 
results that survived the test of time gives a positive 
vibe about the mindset of DesOps having the concept 
of three dimensions of culture process and eco-system 
possibly one of the potential approaches, which can 
lead us at least a step closer towards achieving the ideal 


way of practicing design. 
Gol 
3oing 


As we learned there are countless disciplines, 
theories and processes which intersect in DesObs, 
the challenge is now is in understanding which 
process, tools or models are most useful for a given 
circumstance to understand, capture and deliver the 


value as a product or service offering. 


Stay tuned for the next i.e. the 2nd and 3rd 
part of the series, where we will be exploring the 
process and tools, which can help us in, implementing 


DesObs for greater speed and agility. 
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